Tester Cron Online
Weryfikuj wyrażenia cron i wizualizuj kolejne czasy uruchomień — w przeglądarce.
at minute */5, every hour
Next 5 runs
13/05/2026, 09:25:00
13/05/2026, 09:30:00
13/05/2026, 09:35:00
13/05/2026, 09:40:00
13/05/2026, 09:45:00
Dlaczego warto
Debuguj cron zanim zawiedzie na produkcji
Zwizualizowane czasy uruchomień
Widzisz kolejnych 10 dokładnych dat. Bez niespodzianek, gdy zadanie odpala się o 3 w nocy.
Format z objaśnieniami
Każde pole interpretowane prostym językiem. Ucz się formatu podczas walidacji.
100% w przeglądarce
Żadne dane nie są wysyłane na serwer. Testuj wyrażenia z wrażliwymi danymi bezpiecznie.
Zgodny ze wszystkimi środowiskami
Standardowa składnia zgodna z crontab, Kubernetes CronJob, GitHub Actions i AWS EventBridge.
Jak to działa
Trzy kroki, żadnych komplikacji
Wprowadź wyrażenie cron
Wypełnij 5 pól: minuta, godzina, dzień miesiąca, miesiąc i dzień tygodnia. Użyj gotowych przykładów, aby szybko zacząć.
Sprawdź kolejne czasy uruchomień
Tester natychmiast oblicza kolejnych 10 dat i godzin, o których zadanie zostanie uruchomione, w Twojej lokalnej strefie czasowej.
Debuguj i kopiuj
Jeśli wyrażenie zawiera błędy, zobaczysz czytelny komunikat. Po walidacji skopiuj je gotowe do Twojego crontab, potoku CI/CD lub Kubernetes CronJob.
FAQ
Masz pytania?
Cron to harmonogramista zadań systemu operacyjnego Unix, obecny od czasu AT&T Unix Research Edition Version 7 (Unix V7, 1979). Jego nazwa pochodzi od greckiego słowa kronos (czas). Pozwala na automatyczne uruchamianie poleceń lub skryptów w określonych odstępach czasu — co godzinę, w każdy poniedziałek o 3 w nocy lub w dowolnej kombinacji minut, godzin, dni, miesięcy i dni tygodnia.
5 pól, od lewej do prawej, to: minuta (0–59), godzina (0–23), dzień miesiąca (1–31), miesiąc (1–12), dzień tygodnia (0–7, gdzie zarówno 0, jak i 7 oznaczają niedzielę). Gwiazdka (*) oznacza 'dowolna wartość'. Na przykład '30 8 * * 1' oznacza 'o 8:30 każdego poniedziałku'.
Gwiazdka (*) oznacza 'każda możliwa jednostka'. Składnia kroku (*/5) oznacza 'co 5 jednostek': */5 w polu minut uruchamia zadanie o minutach 0, 5, 10, 15... do 55. Zakres (1–5) definiuje konkretny przedział: 1–5 w polu dnia tygodnia uruchamia zadanie od poniedziałku do piątku.
Użyj tego testera do wizualizacji kolejnych czasów uruchomień przed dotknięciem serwera. Do testowania w prawdziwych środowiskach możesz tymczasowo ustawić bardzo częsty interwał (*/1 * * * * co minutę) i sprawdzać logi. Na Linux 'crontab -l' pokazuje aktywne zadania, a 'grep CRON /var/log/syslog' — historię wykonań.
Najczęstsze problemy to: (1) numerowanie dni tygodnia — zarówno 0, jak i 7 to niedziela w większości implementacji, ale niektóre akceptują tylko 0; (2) zmienne środowiskowe — cron uruchamia zadania w minimalnym środowisku, bez zmiennych Twojej interaktywnej powłoki, więc używaj bezwzględnych ścieżek w poleceniach; (3) strefa czasowa — cron używa strefy czasowej systemu operacyjnego, a nie użytkownika; (4) literalny znak % w poleceniach musi być escapowany jako \%; (5) brakujące przekierowanie wyjścia — bez '>> /var/log/myjob.log 2>&1' błędy trafiają do skrzynki pocztowej roota i są niewidoczne.
Cron: historia, ewolucja i działanie harmonogramisty Unix
Początki nowoczesnego crona sięgają Kena Thompsona, współtwórcy Uniksa w Bell Labs. Pierwsza udokumentowana wersja pojawiła się w Unix V7 (1979), choć istnieją odniesienia do wcześniejszych implementacji z 1975 roku. Nazwa 'cron' pochodzi od greckiego słowa kronos (czas), typowego wyboru zespołu Bell Labs, słynącego z kryptycznych i minimalistycznych nazw. Oryginalna implementacja Thompsona uruchamiała proces demona budzącego się co minutę i sprawdzającego zadania do uruchomienia — model, który przetrwał do dziś.
Wersją, która zdefiniowała nowoczesny standard, był vixie-cron, napisany przez Paula Vixie w 1987 roku i opublikowany pod jego pełnym imieniem. Vixie-cron wprowadził osobne pliki crontab dla każdego użytkownika (w przeciwieństwie do jednego systemowego crontab), składnię list (1,3,5), zakresy (1–5), kroki (*/15) i specjalne aliasy (@reboot, @daily, @weekly). Ta implementacja została przyjęta przez większość dystrybucji Linux, a jej następcy (cronie, fcron, bcron) działają dziś na serwerach produkcyjnych.
W nowoczesnym ekosystemie cron ewoluował w trzech głównych kierunkach: (1) systemowe crontabs (/etc/cron.d/) używane przez usługi i pakiety OS; (2) timery systemd, które w nowoczesnych dystrybucjach (Ubuntu 16.04+, RHEL 7+) uzupełniają lub zastępują cron, oferując możliwości zależności, centralne logowanie w journald i większą kontrolę; (3) Kubernetes CronJob (spec.schedule w standardowym formacie cron), który orkiestruje wykonania zadań wsadowych w kontenerach na dużą skalę. GitHub Actions, GitLab CI/CD, AWS EventBridge i Google Cloud Scheduler również używają standardowej składni cron do planowania przepływów pracy, czyniąc opanowanie tego formatu fundamentalną umiejętnością DevOps.