Cron İfadesi Çözümleyici ve Oluşturucu

Hayır. İfade tarayıcınızda JavaScript ile çözümlenir ve çalışma zamanları da orada hesaplanır; ifade LeedyBox'a yüklenmez.

Unix cron'da ayın günü ve haftanın günü alanlarının ikisi de kısıtlandığında (hiçbiri * ile başlamıyorsa), alanlardan biri eşleştiğinde gün eşleşmiş sayılır; bu yüzden bu ifade her ayın 13'ünde ve her cuma çalışır. Araç bu kuralı Unix ifadelerine uygular ve "Zamanlama" bölümünde "biri yeterli" ibaresi görünür. Spring ifadelerinde iki alanın da eşleşmesini şart koşar; Quartz ve AWS ise iki alandan birinde "?" zorunlu tutarak bu soruyu baştan ortadan kaldırır. Unix cron'da yaygın bir çözüm, işi her cuma çalışacak şekilde zamanlamak ve tarihi işin içinde kontrol etmektir.

Biçime bağlıdır. Unix ve Spring ifadelerinde 0 ve 7'nin ikisi de pazar, 1 ise pazartesi anlamına gelir; Quartz ve AWS'de 1 pazar, 7 cumartesidir, bu yüzden orada 1-5 pazardan perşembeye kadar demektir. Spring, Quartz ve AWS'de MON-FRI gibi gün adları kullanarak bu farktan kaçınabilirsiniz.

Yalnızca zamanlama alanlarını girin. Bir crontab satırının sonundaki komut ve /etc/crontab dosyasındaki kullanıcı adı ek alan sayılır; bu yüzden araç geçersiz bir alan veya yanlış alan sayısı bildirir. AWS için cron( ) içindeki altı alanı, sarmalayıcı olmadan yapıştırın.

Spring başa bir saniye alanı ekler; bu yüzden 0 9 * * 1-5, 0 0 9 * * 1-5 olur. Quartz ayrıca gün alanlarından birinde "?" ister ve pazarı 1 olarak numaralandırır; bu yüzden aynı zamanlama 0 0 9 ? * MON-FRI olur. AWS'de saniye alanı yoktur; Quartz gibi gün alanlarından birinde "?" ister ve sona bir yıl alanı ekler: 0 9 ? * MON-FRI *. Unix ifadesi iki gün alanını da kısıtlıyorsa yukarıda açıklanan "biri yeterli" kuralına dayanır; bu biçimler bu kuralı kullanmadığından genellikle iki ayrı zamanlama gerekir. Sonucu hedef biçim seçiliyken kontrol edin ve sonraki çalışma zamanlarını karşılaştırın.

İfade geçerlidir, ancak aracın taradığı yaklaşık 8 yıllık süre içinde eşleşen bir zaman bulunamamıştır. Tipik nedenler, 0 0 30 2 * (30 Şubat) gibi var olmayan tarihler veya yalnızca 30 çeken aylarla birleştirilmiş 31. gün ve geçmişte kalan bir yıl alanıdır. 8 yıldan daha ileride bir yıl da aynı mesajı verir, ancak bu zamanlama daha sonra yine çalışabilir. Klasik Unix cron dahil bazı zamanlayıcılar var olmayan bir tarihi uyarı vermeden kabul eder ve iş hiç çalışmaz.

Çalışma zamanları "Saat dilimi" altında seçilen dilime göre hesaplanır. Zamanlayıcınızın kullandığı dilimi seçin: crontab genellikle sunucunun saat dilimini izler, AWS EventBridge'deki zamanlanmış kurallar UTC kullanır, EventBridge Scheduler ise saat dilimi belirlemenize izin verir. Menüde tarayıcınızın saat dilimi, UTC ve yaygın saat dilimlerinden bir seçki bulunur; zamanlayıcınızın dilimi listede yoksa UTC farkı ve yaz saati geçiş tarihleri aynı olan bir dilim seçin. Saatler ileri alındığında atlanan bir zamana denk gelen çalışma listede yer almaz, saatler geri alındığında iki kez yaşanan bir zaman ise bir kez listelenir. Cron hizmetleri bu saatleri farklı şekillerde ele alır; örneğin cronie, atlanan bir saatteki işi değişiklikten hemen sonra çalıştırabilir. Zamanlayıcınızın davranışını kontrol edin veya yaz saati uygulaması olmayan UTC'yi kullanın.