Konuyu Açan
#1
Bir mağazada sipariş durumu “İşleniyor” olduğu hâlde müşteriye ve yöneticiye giden e-postalar dakikalar sonra ulaşabiliyor. İlk refleks çoğu zaman SMTP eklentisini değiştirmek oluyor; ama sorun bazen e-postanın gönderilmesinde değil, onu tetiklemesi gereken işin zamanında çalışmamasında.
WordPress’in WP-Cron sistemi gerçek bir arka plan servisi gibi sürekli çalışmaz; genellikle siteye ziyaret geldiğinde kontrol edilir. Trafiği düşük bir mağazada zamanlanmış işler bu yüzden gecikebilir. Önce WooCommerce > Durum > Planlanmış işlemler bölümünde bekleyen veya başarısız işlemlere bakıyorum. Action Scheduler kuyruğu birikmişse hata ayrıntısı, sorunun e-posta mı yoksa başka bir eklenti görevi mi olduğunu anlamaya yardım ediyor.
SMTP tarafını ayrıca doğrulamak önemli: test e-postası başarılı olsa bile bu, sipariş e-postasının tetikleyicisinin sorunsuz çalıştığını kanıtlamaz. E-posta günlüğü varsa sipariş saatini ve gönderim kaydını karşılaştırmak iyi bir ayrım sağlar.
Trafiği az ama siparişleri zaman açısından kritik bir sitede sunucu cron’u kullanmak daha tutarlı olabilir. Ancak WP-Cron’u kapatıp sunucu cron’unu kurmamak işleri tamamen durdurabilir; değişiklikten sonra kuyruğu da izlemek gerekir.
Sizde gecikme yaşandığında kök neden WP-Cron, Action Scheduler kuyruğu ya da SMTP çıktı mı? Hangi kontrol en hızlı sonuca götürdü?
WordPress’in WP-Cron sistemi gerçek bir arka plan servisi gibi sürekli çalışmaz; genellikle siteye ziyaret geldiğinde kontrol edilir. Trafiği düşük bir mağazada zamanlanmış işler bu yüzden gecikebilir. Önce WooCommerce > Durum > Planlanmış işlemler bölümünde bekleyen veya başarısız işlemlere bakıyorum. Action Scheduler kuyruğu birikmişse hata ayrıntısı, sorunun e-posta mı yoksa başka bir eklenti görevi mi olduğunu anlamaya yardım ediyor.
SMTP tarafını ayrıca doğrulamak önemli: test e-postası başarılı olsa bile bu, sipariş e-postasının tetikleyicisinin sorunsuz çalıştığını kanıtlamaz. E-posta günlüğü varsa sipariş saatini ve gönderim kaydını karşılaştırmak iyi bir ayrım sağlar.
Trafiği az ama siparişleri zaman açısından kritik bir sitede sunucu cron’u kullanmak daha tutarlı olabilir. Ancak WP-Cron’u kapatıp sunucu cron’unu kurmamak işleri tamamen durdurabilir; değişiklikten sonra kuyruğu da izlemek gerekir.
Sizde gecikme yaşandığında kök neden WP-Cron, Action Scheduler kuyruğu ya da SMTP çıktı mı? Hangi kontrol en hızlı sonuca götürdü?