Sanity check baris cron di crontab -e sebelum disimpan. Menerjemahkan schedule string Kubernetes CronJob ke "kapan sebenarnya ini akan jalan?" Mendesain schedule baru — mulai dengan kalimat bahasa Inggris ("setiap pagi hari kerja") dan iterasi ekspresinya sampai preview cocok. Mendebug job yang "tidak jalan saat seharusnya" — tempel schedule-nya, lihat 10 waktu berikutnya, lihat apakah kejutannya berasal dari kenyataan atau dari ekspresi.

Field Range Wildcard Menit 0-59 * · */5 · 0,30 · 0-29 Jam 0-23 sama Day of month 1-31 sama Bulan 1-12 sama Day of week 0-6 (0 = Minggu, 7 juga = Minggu) sama

Day-of-month + day-of-week berinteraksi. Kalau keduanya dibatasi (mis. 15 * * * 1 berarti "tanggal 15 ATAU hari Senin"), kebanyakan implementasi cron meng-OR keduanya. Tool ini mengikuti konvensi tersebut. */N bukan persis "setiap N". Ini "setiap N mulai dari batas bawah", jadi */15 di menit = 0,15,30,45 (bukan 12,27,42,57). Untuk mulai belakangan, pakai list: 5,20,35,50 . Kombinasi step + range. 0-30/5 = 0,5,10,15,20,25,30. Step hanya berlaku dalam range. Timezone di sini adalah zona lokal browser. Daemon cron sungguhan jalan di server time (sering UTC). Schedule yang tampak baik di browser-mu bisa jalan di waktu wall-clock berbeda di server. Beberapa dialek cron menambah field. Quartz cron punya 6 atau 7 field (dengan detik dan tahun). systemd timer pakai format yang sama sekali berbeda. Tool ini mem-parse crontab standar 5-field.

Cron Expression Parser

Parse ekspresi cron dan lihat 10 waktu run berikutnya. Crontab 5-field standar.

Cron expression (5 fields: minute hour day-of-month month day-of-week)

Next 10 fire times (local timezone)

Masukkan input di atas untuk melihat hasilnya.

Dibuat oleh JXXR1 · ♥ Jadi sponsor · ☕ Belikan saya kopi

Untuk apa ini?

Ekspresi cron itu kuat dan mudah salah tulis. 0 0 * * 1-5 kelihatan seperti schedule tengah malam di hari kerja, dan memang begitu. */15 0-9 * * * kelihatan seperti setiap lima belas menit di jam kerja, dan memang begitu. 0 0 1 */3 * kelihatan seperti tiap kuartal... kalau kamu ingat bahwa */3 berarti "tiap bulan ketiga". Tool ini memungkinkan kamu menempel ekspresi, melihat artinya dalam bahasa sederhana, dan mempreview 10 waktu run berikutnya untuk memvalidasinya sebelum deploy.

Kapan digunakan

Sanity check baris cron di crontab -e sebelum disimpan.
Menerjemahkan schedule string Kubernetes CronJob ke "kapan sebenarnya ini akan jalan?"
Mendesain schedule baru — mulai dengan kalimat bahasa Inggris ("setiap pagi hari kerja") dan iterasi ekspresinya sampai preview cocok.
Mendebug job yang "tidak jalan saat seharusnya" — tempel schedule-nya, lihat 10 waktu berikutnya, lihat apakah kejutannya berasal dari kenyataan atau dari ekspresi.

Referensi field cron

Field	Range	Wildcard
Menit	0-59	`` · `/5` · `0,30` · `0-29`
Jam	0-23	sama
Day of month	1-31	sama
Bulan	1-12	sama
Day of week	0-6 (0 = Minggu, 7 juga = Minggu)	sama

Kesalahan umum

Day-of-month + day-of-week berinteraksi. Kalau keduanya dibatasi (mis. 15 * * * 1 berarti "tanggal 15 ATAU hari Senin"), kebanyakan implementasi cron meng-OR keduanya. Tool ini mengikuti konvensi tersebut.
*/N bukan persis "setiap N". Ini "setiap N mulai dari batas bawah", jadi */15 di menit = 0,15,30,45 (bukan 12,27,42,57). Untuk mulai belakangan, pakai list: 5,20,35,50.
Kombinasi step + range. 0-30/5 = 0,5,10,15,20,25,30. Step hanya berlaku dalam range.
Timezone di sini adalah zona lokal browser. Daemon cron sungguhan jalan di server time (sering UTC). Schedule yang tampak baik di browser-mu bisa jalan di waktu wall-clock berbeda di server.
Beberapa dialek cron menambah field. Quartz cron punya 6 atau 7 field (dengan detik dan tahun). systemd timer pakai format yang sama sekali berbeda. Tool ini mem-parse crontab standar 5-field.