Pengurai & Pembuat Ekspresi Cron

Tidak. Ekspresi diurai dan waktu jalan dihitung di browser Anda dengan JavaScript; ekspresi tidak diunggah ke LeedyBox.

Di cron Unix, jika kolom tanggal dan kolom hari sama-sama dibatasi (tidak ada yang diawali *), suatu hari dianggap cocok jika salah satu kolom cocok, sehingga ekspresi ini berjalan pada tanggal 13 setiap bulan dan juga setiap hari Jumat. Alat ini menerapkan aturan tersebut pada ekspresi Unix, dan "Jadwal" kemudian menampilkan "salah satu sudah cukup". Untuk ekspresi Spring, kedua kolom harus cocok, sedangkan Quartz dan AWS menghindari persoalan ini dengan mewajibkan "?" di salah satu dari kedua kolom tersebut. Di cron Unix, solusi yang umum adalah menjadwalkan tugas setiap hari Jumat lalu memeriksa tanggalnya di dalam tugas itu.

Tergantung formatnya. Dalam ekspresi Unix dan Spring, 0 dan 7 sama-sama berarti Minggu dan 1 adalah Senin; di Quartz dan AWS, 1 adalah Minggu dan 7 adalah Sabtu, sehingga di sana 1-5 berarti Minggu sampai Kamis. Nama hari seperti MON-FRI menghindari perbedaan ini di Spring, Quartz, dan AWS.

Masukkan kolom jadwalnya saja. Perintah di akhir baris crontab, serta nama pengguna di /etc/crontab, dihitung sebagai kolom tambahan, sehingga alat ini melaporkan kolom yang tidak valid atau jumlah kolom yang salah. Untuk AWS, tempel enam kolom dari dalam cron( ) tanpa pembungkusnya.

Spring menambahkan kolom detik di awal, sehingga 0 9 * * 1-5 menjadi 0 0 9 * * 1-5. Quartz juga membutuhkan "?" di kolom tanggal atau kolom hari dan menomori hari Minggu sebagai 1, sehingga jadwal yang sama ditulis 0 0 9 ? * MON-FRI. AWS tidak memiliki kolom detik, membutuhkan "?" di kolom tanggal atau kolom hari seperti Quartz, dan menambahkan tahun di akhir: 0 9 ? * MON-FRI *. Jika ekspresi Unix membatasi kolom tanggal dan kolom hari sekaligus, ekspresi itu bergantung pada aturan yang dijelaskan di atas, yaitu cukup salah satu kolom yang cocok, dan aturan ini tidak dipakai oleh format-format tersebut, sehingga biasanya Anda memerlukan dua jadwal. Periksa hasilnya dengan format tujuan dipilih, lalu bandingkan waktu jalan berikutnya.

Ekspresinya valid, tetapi tidak ditemukan waktu yang cocok dalam rentang sekitar 8 tahun ke depan yang ditelusuri alat ini. Penyebab yang umum adalah tanggal yang tidak ada, seperti 0 0 30 2 * (30 Februari) atau tanggal 31 yang hanya digabungkan dengan bulan yang memiliki 30 hari, serta kolom tahun yang sudah lewat. Tahun yang lebih dari 8 tahun ke depan juga menghasilkan pesan yang sama, meskipun jadwal tersebut tetap bisa berjalan nanti. Sebagian penjadwal, termasuk cron Unix klasik, menerima tanggal yang tidak ada tanpa peringatan, dan tugasnya tidak berjalan.

Waktu jalan dihitung untuk zona yang dipilih di "Zona waktu". Pilih zona yang dipakai penjadwal Anda: crontab biasanya mengikuti zona waktu server, aturan terjadwal (scheduled rule) di AWS EventBridge menggunakan UTC, dan EventBridge Scheduler memungkinkan Anda mengatur zona waktu. Menu ini menyediakan zona browser Anda, UTC, dan sejumlah zona yang umum; jika zona penjadwal Anda tidak tersedia, pilih zona dengan offset UTC dan tanggal waktu musim panas yang sama. Waktu jalan yang jatuh pada jam yang terlewati saat jam dimajukan tidak dicantumkan dalam daftar, dan waktu yang terjadi dua kali saat jam dimundurkan dicantumkan satu kali. Daemon cron menangani jam-jam ini dengan cara yang berbeda-beda; cronie, misalnya, dapat menjalankan tugas dari jam yang terlewati tepat setelah perubahan jam. Periksa perilaku penjadwal Anda, atau gunakan UTC, yang tidak mengenal waktu musim panas.