cron 해석기

cron 규격에서는 둘 중 하나만 맞아도 실행됩니다(OR). 0 0 1 * 1 은 "매월 1일이면서 월요일"이 아니라 "매월 1일 또는 매주 월요일"이라 한 달에 다섯 번쯤 돕니다. AND 로 착각해 크게 잘못 세는 일이 흔해서, 이 상태를 감지하면 경고로 알려드립니다. 한쪽만 지정하면 그 조건만 봅니다.

둘 다 일요일입니다. 그래서 0-6 과 1-7 이 같은 뜻(전체)이고, 7 만 적으면 토요일이 아니라 일요일입니다. 이 도구는 7 을 0 으로 정규화해 일요일이 두 번 세어지지 않게 합니다.

"몇 개마다"입니다. 분 칸의 */15 는 0, 15, 30, 45 분입니다. 구간에도 붙일 수 있어 9-17/4 는 9, 13, 17 시입니다. 낱값에 붙이면 그 값부터 끝까지라 5/6 은 5, 11, 17, 23 시입니다. 주의할 점은 "15분마다"가 아니라 "정각부터 15분 간격"이라는 것입니다 — 07:07 에 시작한 프로세스와 무관하게 매시 0, 15, 30, 45 분에 돕니다.

Quartz 나 Spring 스케줄러는 맨 앞에 초 칸이 있는 6칸 식을 씁니다. 이 도구는 crontab 표준인 5칸 식을 읽습니다. 6칸으로 보이면 그 사실을 알려드리니 맨 앞 초 칸을 지워 보세요 — 조용히 잘라 읽으면 전혀 다른 시각이 되기 때문에 통과시키지 않습니다.

@yearly · @annually · @monthly · @weekly · @daily · @midnight · @hourly 를 받습니다. @reboot 은 시각이 아니라 "부팅할 때"라서 다음 실행 시각을 계산할 수 없어 지원하지 않습니다.

영원히 실행되지 않는 식입니다. 대표적으로 2월 30일처럼 존재하지 않는 날짜를 가리키는 경우입니다. 4년치(윤년을 한 번 지나는 기간)를 훑어 하나도 없으면 그렇게 판단합니다.

계산은 UTC 로 하고 표시할 때만 브라우저 시간대로 옮깁니다. 실제 cron 은 서버 시간대로 돌기 때문에, 서버가 UTC 라면 UTC 로 보기를 켜고 확인하는 편이 정확합니다. 서머타임이 있는 지역에서는 전환일에 실제 동작이 달라질 수 있습니다.