mgsmus Hocam oncelikle cok tesekkurler soyledikleriniz cok yardimci oldu. Calisirken biraz arastirma falan yaptim ve boyle bir seyle karsilastim.
Queue::push(new InvoiceEmail($order));
Bus::dispatch(new InvoiceEmail($order));
mesela bunlar ne is yapiyor? yani anladim queue ya job ekliyor. Amma anlamadim kullanilma yerlerini. Mesela benim istedigim ornekte gereklimi kullanmak? Degilse ne zaman gerekli
CodeWriteson Bunlar eskiden Job mantığı yokken kullanılıyordu, size gerekli değil, arka planda aktifler sadece.
Siz bir Job'ı ShouldQueue arayüzü ile gerçeklediğinizde dispatch(new InvoiceEmail($order)) yaptığınızda otomatik olarak kuyruğa alır, Queue::push yapmanıza gerek kalmaz. Ayrıca dispatch(new InvoiceEmail($order)) ya da InvoiceEmail::dispatch($order) şeklinde Job'ı ateşleyebiliyorsunuz, Bus::dispatch yapmanıza gerek yok.
Güncel dokümanlarda olanın dışına çıkmamaya çalışın, kafanız karışmasın. Tam 5 yıl önceki bilgiyi bulup getirmişsiniz.
mgsmus Eyvallah. Once guncel dokumanlara bakmistim zaten o yuzden bu karsima cikinca tam anlayamadim. Tesekkurler bilgi icin.
mgsmus Hocam Ben islem bitdikden sonra Job islemleri kullaniciya bildirim gondermek istiyorum. Job un bitdigini AppServiceProviderde Queue nun ozellikleriylemi yakalicam yoksa baska bir yolu varmi?
CodeWriteson AppServiceProvider'da da yaptırabilirsiniz Job içerisinde en son işlem olarak da. Eğer Job'ın kendisiyle ilgili işlemler yapmak istiyorsanız AppServiceProvider'da Queue kullanmak mantıklı ama yapacağınız iş Job ile değil de Job'ın içeride yaptığı iş ile alakalı ise Job içerisinde yapılması daha iyi olur diye düşünüyorum.
mgsmus Job un icerisinde job bitdikden sonra mesaj cikarma ozelligi bulamadim. Yani job un bitme eventi gibi.Islem sonuna bir parametre yazdigimda o degeri alamiyorum. Livewire a cevirip realtime mi yapsam yoksa nasil bilemedim
CodeWriteson Bir tablo oluşturup içerisinde job ile bilgileri ve diğer istediğiniz alanları ekleyin. Job içerisinde, Job sonunda (yani handle yöntemi kapanmadan) istediklerinizi bu tabloya yazdırın. Job işini bitirince çıktıyı tabloya yazmış olacak
Öteki türlü Queue::after içinde $event->job->payload()['data']['command'] unserialize edip içinden kendi eklediğiniz bir public özelliğe ulaşmanız ve işlemleri Queue::after içinde yapmanız gerekecek ki ben yazarken bile bunun yanlış bir yol olduğunu anlıyorum.
mgsmus Anladim tesekkurler sadece takildigim nokta sadece istedigim job bitdikden sonra kullaniciya bilgilendirme alerti cikarip "Islem basariyla bitdi " demek. Bunun icin tablo olusturmaya gerek varmi onu anlayamadim
CodeWriteson Anlayamamanız normal çünkü ne istediğinizi yazmıyorsunuz ki, bir şeyler anlatıp duruyorsunuz. Biz sizin Job bittikten sonra bilgilendirme alerti çıkartmayı istediğinizi nereden bilelim. En başında deseydiniz, Job içinde bitti diye event fırlatın, broadcasting ile eventı yakalayın derdim. Bu iş kurgu gerektiren bir iş, üstelik sadece Job sahibi kullanıcıya bildirim gitmeli vs. Yolunuz açık olsun.
mgsmus Hocam aslinda. yukarida --- "mgsmus Hocam Ben islem bitdikden sonra Job islemleri kullaniciya bildirim gondermek istiyorum. Job un bitdigini AppServiceProviderde Queue nun ozellikleriylemi yakalicam yoksa baska bir yolu varmi? " gibi yazmistim . Dogru anlatamadiysam kusura bakmayin benim hatam. Tesekkurler
CodeWriteson Araya çok yazışma girmiş ben o kısmı unutmuşum. Kusura bakmayın. Dediğim gibi broadcasting olayına bakabilirsiniz ya da tablo kullanıp tabloyu okuyarak kullanıcıya bildirim gönderebilirsiniz.
mgsmus Eyvallah, Buyuk ihtimal tablo kullanicam broadcast icin pusher ve ya websocket gerekli . Bir alert icinde pusher falan ne bileyim daha uzun ish oluyor. O yuzden buyuk ihtimal tablo kullanicam
