Sayın {{ $order->user->name }},
#{{ $order->id }} numaralı siparişiniz alınmıştır. Toplam tutar: {{ number_format($order->total, 2) }} TL
Siparişinizin detaylarını hesabınızdan takip edebilirsiniz.
``` E-posta şablonlarında `@extends` ve `@section` kullanmak mümkün, dolayısıyla ortak bir e-posta layout'u oluşturup tüm mesajlarda paylaşabilirsiniz. Başlık, altbilgi ve marka renklerini tek bir yerde tutmak büyük kolaylık. Bir detay: e-posta istemcileri (özellikle eski Outlook sürümleri) harici CSS dosyalarını görmezden gelebiliyor. Bu yüzden e-posta şablonlarında stilleri satır içi (`style="..."`) yazmak ya da `premailer` gibi bir araçla derleme aşamasında satır içine çevirmek gerekiyor. Markdown Mailable bunu kısmen çözüyor; yerleşik şablonlar zaten inline stil kullanıyor. ## Gönderme Controller'dan göndermek tek satır: ```php Mail::to($order->user)->send(new OrderConfirmed($order)); ``` Queue'ya ekleyerek göndermek içinse: ```php Mail::to($order->user)->queue(new OrderConfirmed($order)); ``` Queue ile gönderim kullanıcıya anında yanıt dönmesi için önemli; e-posta sunucusu yavaş yanıt verdiğinde HTTP isteğini bekletmiyor. Özellikle SMTP üzerinden gönderilen e-postalarda sunucu bağlantısı bazen birkaç saniyeye uzayabiliyor — bu gecikmeyi kullanıcı hissettirmemek için queue neredeyse zorunlu hale geliyor. `Mail::to()` dışında `cc()` ve `bcc()` zincirlenebiliyor; birden fazla alıcıya ya da gizli kopyayla göndermek için ayrı bir yöntem aramak gerekmiyor. ## Yapılandırma ve ortam farkı `.env` dosyasından sürücü seçmek mümkün: `smtp`, `mailgun`, `sendmail`, `log`... Geliştirme ortamında `log` sürücüsünü kullanıyorum; e-postalar `storage/logs/laravel.log` dosyasına yazılıyor, gerçek bir e-posta gönderilmiyor. Üretim ortamında ise SMTP yapılandırması geçerli. ``` MAIL_DRIVER=smtp MAIL_HOST=smtp.mailtrap.io MAIL_PORT=2525 MAIL_USERNAME=... MAIL_PASSWORD=... MAIL_FROM_ADDRESS=noreply@example.com MAIL_FROM_NAME="Uygulama Adı" ``` Mailtrap gibi bir test aracını geliştirme sürecine erken eklemek, gerçek kullanıcılara yanlışlıkla e-posta atmayı önlüyor. Bunu bir kez yaşadım: yerel geliştirme ortamında gerçek SMTP ayarları kalınca, bir test sırasında gerçek kullanıcılara sipariş onay e-postası gönderildi. O günden beri `log` sürücüsü geliştirme ortamının standart parçası. ## Markdown Mailable Laravel 5.4 ile gelen Markdown Mailable özelliği, HTML ve düz metin sürümlerini aynı anda oluşturuyor. Yerleşik şablonlar var; `mail::message`, `mail::button` gibi bileşenler. Her şirkete özel tasarım gerekmiyorsa bu şablonlar temiz ve hızlı bir başlangıç noktası sunuyor. ```php return $this->subject('Siparişiniz Alındı') ->markdown('emails.orders.confirmed-markdown'); ``` Markdown Mailable'ın bir avantajı daha var: `vendor:publish` komutuyla yerleşik şablonları projeye kopyalayabiliyorsunuz ve yalnızca HTML/CSS'i değiştirerek markaya uygun hale getiriyorsunuz. Tüm şablonları sıfırdan yazmak yerine var olan temeli özelleştirmek zaman kazandırıyor. ## Birden fazla e-posta türü yönetmek Proje büyüdükçe e-posta türleri çoğalıyor: kayıt onayı, şifre sıfırlama, sipariş bildirimi, fatura... Her biri için ayrı bir Mailable sınıfı ve ayrı bir Blade şablonu olduğunda `app/Mail/` klasörü hızla şekilleniyor. Bu yapı dağınık görünse de her e-posta türünü bağımsız olarak değiştirebilmek büyük esneklik sağlıyor. Tek bir `sendEmail($type, $data)` fonksiyonu yerine her türün kendi sınıfı olması, ileride bir e-postanın şablonunu ya da konu satırını değiştirirken diğerlerini etkilemeden yapabilmenizi sağlıyor. E-posta gönderimini Mailable sınıflarıyla yapılandırmak, projenin büyümesiyle birlikte gerçekten ödemesini yapıyor. Dağınık `mail()` çağrıları yerine her mesaj türü için bir sınıf, gönderilen e-postaların neyin ne zaman gittiğini takip etmeyi kolaylaştırıyor.