DevToolPal
PL

Wyrażenie cron

Co tydzień (poniedziałek)

Uruchamia się raz w tygodniu o 00:00 w poniedziałek, na początku tygodnia ISO. Na niedzielę użyj 0 0 * * 0 lub @weekly.

0 0 * * 1 Otwórz w parserze wyrażeń cron

Pole po polu

Pole Wartość Pasuje do
Minuta 0 0
Godzina 0 0
Dzień miesiąca * Każda wartość
Miesiąc * Każda wartość
Dzień tygodnia 1 poniedziałek

Najbliższe uruchomienia

Przykład: pierwsze 6 uruchomień po 1 stycznia 2026 (UTC).

  1. pon., 5 sty 2026, 00:00
  2. pon., 12 sty 2026, 00:00
  3. pon., 19 sty 2026, 00:00
  4. pon., 26 sty 2026, 00:00
  5. pon., 2 lut 2026, 00:00
  6. pon., 9 lut 2026, 00:00

Gotowe wersje

crontab
0 0 * * 1 /path/to/command

Dodaj wiersz przez crontab -e. Działa w strefie czasowej serwera, chyba że ustawiono CRON_TZ lub TZ.

Kubernetes CronJob
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"]

Ustaw spec.timeZone (Kubernetes 1.27+); bez tego harmonogram korzysta ze strefy controller managera, zwykle UTC.

GitHub Actions
on:
  schedule:
    - cron: '0 0 * * 1'
  workflow_dispatch:

GitHub Actions zawsze używa UTC, akceptuje odstępy od 5 minut i przy dużym obciążeniu może uruchamiać zadania z opóźnieniem.

Quartz
0 0 0 ? * MON

Quartz ma sekundy na początku i wymaga ? w dniu miesiąca lub dniu tygodnia. Dni mają numery 1–7 od niedzieli, więc bezpieczniej używać nazw.

Spring
@Scheduled(cron = "0 0 0 * * MON")

Spring @Scheduled(cron = …) przyjmuje sześć pól: sekundy i zwykłe pięć.

FAQ

› Jaki dzień wybrać dla zadania tygodniowego?

Dowolny. Poniedziałek pasuje do tygodni ISO używanych w wielu raportach; @weekly używa niedzieli.

› W jakiej strefie czasowej działa 0 0 * * 1?

Cron używa strefy czasowej maszyny lub usługi, która go uruchamia. W Linuksie to strefa systemowa, chyba że ustawiono CRON_TZ lub TZ; CronJoby w Kubernetes obsługują spec.timeZone; GitHub Actions zawsze używa UTC.

› Jak sprawdzić harmonogram przed wdrożeniem?

Otwórz 0 0 * * 1 w parserze wyrażeń cron w tym serwisie. Objaśni każde pole i pokaże najbliższe uruchomienia w czasie lokalnym lub UTC, bezpośrednio w przeglądarce.