daha kabul yöntem tüketici yayınlanmaya devam etmektir. Size yardımcı olabilecek Supervisor ve Circus gibi araçlar vardır. Bakınız this discussion. Ancak, daha fazla mesaj olmadığında tüketicilerinizin çıkmasını sağlayabilirsiniz, ayrıca cron kullanabilirsiniz. Bu, mesajların tüketilmesinde gecikmeye neden olabilir. Mesajlara anında tepki veremezsin. Herhangi bir görev başlatılmadan/posta alınmadan önce kullanıcıların bir dakika beklemesi gerekebilir. Uzun bir süre için tüketici (ya da bu konuda herhangi bir PHP kodu) çalıştırırken
dikkate aşağıdaki ayırın:
deneyin bellek kullanımı birikmesini önlemektir. Bunları hiçbir zaman temizlemeden dizilere eklemeyin. Bu, bu günlük mesajlarının bir tampon tutar beri Monolog içinde FingersCrossedHandler kullanmaması gerektiğini örneğin gelir. Tek bir istek için, hata ayıklama iletilerinin günlüğüne değil. Eğer dikkatli olduğunda
bile, PHP bellek sızıntısı olabilir. Eğer diyebilirim, PHP ... Ben bir cronjob her gece işçileri yeniden o yüklü benim durumda (Yani gerçekten de bir sloganı olabilir), ancak bellek bitmeden teoride tüketicilerin yaklaşık bir ay çalıştırabilir.
Bir yan not -m 50 her zaman güvenilir değildir. Örneğin, zaman zaman sıraya girecek birkaç yönteminiz varsa, kaybolan bağlantılarla ilgili sorunlarınız olacaktır. Uzun bir boşta kalma süresi nedeniyle olur. Komutun çalıştığı gerçek zamanı sınırlamak daha iyidir. Tüm bağlantı zaman aşımı bu sınıra bağlanabilir. Tüketici 1 saat çalışır ve çıkar, böylece zaman aşımı 1 saat 20 dakikaya ayarlanabilir. Bu bir tavşan meleği paketinin özlediği bir şey ama ense paketinde mevcut (--limit-time = "şimdi + 1 saat" seçeneği). –