0 0 * * 1 Buka di Pengurai Ekspresi Cron Per kolom
| Kolom | Nilai | Cocok dengan |
|---|---|---|
| Menit | 0 | 0 |
| Jam | 0 | 0 |
| Tanggal | * | Semua nilai |
| Bulan | * | Semua nilai |
| Hari | 1 | Senin |
Waktu eksekusi berikutnya
Contoh: 6 eksekusi pertama setelah 1 Januari 2026 (UTC).
- Sen, 5 Jan 2026, 00.00
- Sen, 12 Jan 2026, 00.00
- Sen, 19 Jan 2026, 00.00
- Sen, 26 Jan 2026, 00.00
- Sen, 2 Feb 2026, 00.00
- Sen, 9 Feb 2026, 00.00
Versi siap pakai
0 0 * * 1 /path/to/command Tambahkan baris ini dengan crontab -e. Baris berjalan di zona waktu server kecuali CRON_TZ atau TZ diatur.
apiVersion: batch/v1
kind: CronJob
metadata:
name: every-week
spec:
schedule: "0 0 * * 1"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] Atur spec.timeZone (Kubernetes 1.27+); tanpanya jadwal mengikuti zona waktu controller manager, biasanya UTC.
on:
schedule:
- cron: '0 0 * * 1'
workflow_dispatch: GitHub Actions selalu memakai UTC, hanya menerima interval minimal 5 menit, dan bisa terlambat memulai saat beban tinggi.
0 0 0 ? * MON Quartz menaruh detik di depan dan butuh ? di tanggal atau hari. Hari bernomor 1–7 mulai Minggu, jadi memakai nama lebih aman.
@Scheduled(cron = "0 0 0 * * MON") Spring @Scheduled(cron = …) memakai enam kolom: detik, lalu lima kolom biasa.
FAQ
› Hari apa yang sebaiknya dipakai tugas mingguan?
Hari apa saja boleh. Senin cocok dengan minggu ISO di banyak laporan; @weekly memakai hari Minggu.
› Di zona waktu mana 0 0 * * 1 berjalan?
Cron memakai zona waktu mesin atau layanan yang menjalankannya. Di Linux itu zona waktu sistem kecuali CRON_TZ atau TZ diatur; CronJob Kubernetes mendukung spec.timeZone; GitHub Actions selalu memakai UTC.
› Bagaimana memeriksa jadwal ini sebelum deploy?
Buka 0 0 * * 1 di Pengurai Ekspresi Cron di situs ini. Alat itu menjelaskan setiap kolom dan menampilkan eksekusi berikutnya dalam waktu lokal atau UTC, langsung di browser.