เวลา/ตัวเลข
Cron Parser
แยกวิเคราะห์นิพจน์ cron (5 หรือ 6 ฟิลด์ รวมถึงตัวย่อ @) — คำอธิบายตารางเวลาด้วยภาษาที่เข้าใจง่าย และรอบการทำงานถัดไปในเขตเวลาที่เลือก
A cron expression is a compact five- or six-field schedule format (minute, hour, day of month, month, day of week, sometimes seconds) that's hard to read at a glance. This tool translates it into plain language and lists the next run times in your chosen timezone.
How to use it
- Paste a cron expression (e.g. 0 3 * * * or a shorthand like @daily) and a plain-language schedule description appears instantly.
- The list of upcoming runs shows exact dates and times in your chosen timezone — handy for checking whether a job collides with another.
- Both 5-field cron expressions (standard Unix cron) and 6-field ones with seconds (Quartz and similar schedulers) are supported.
Common uses
- Checking a job's schedule before deploying — confirming the cron expression really runs the script when intended.
- Debugging a job that fires more or less often than expected.
- Building a new cron schedule without looking up the syntax reference every time.
Things to keep in mind
In classic cron, the day-of-month and day-of-week fields combine with OR rather than AND when neither is "*" — a frequent cause of unexpected extra runs.
The server running cron may be set to a different timezone than the one you're assuming — always confirm which timezone the schedule is interpreted in.
บทความเกี่ยวกับเครื่องมือนี้: Cron expression: วิธีถอดรหัสตารางเวลาทำงาน
คำถามที่พบบ่อย
นิพจน์ cron แบบ 6 ฟิลด์ต่างจากแบบ 5 ฟิลด์อย่างไร?
cron มาตรฐานใช้ 5 ฟิลด์ (นาที ชั่วโมง วันของเดือน เดือน วันในสัปดาห์) ตัวจัดตารางบางตัวเพิ่มฟิลด์วินาทีที่หกไว้ต้นนิพจน์ — เครื่องมือนี้จดจำทั้งสองรูปแบบโดยอัตโนมัติ
คำย่ออย่าง @daily หมายถึงอะไร?
เป็นชื่อย่อที่สะดวกสำหรับตารางเวลาทั่วไป: @daily เทียบเท่ากับ "0 0 * * *" (เที่ยงคืนทุกวัน) @hourly เทียบเท่ากับ "0 * * * *" ส่วน @weekly, @monthly และ @yearly ทำงานคล้ายกัน
การรันครั้งถัดไปคำนวณตามเขตเวลาใด?
ตามเขตเวลาที่เลือกในฟิลด์ "เขตเวลา" นิพจน์ cron เดียวกันให้เวลารันที่แท้จริงต่างกันขึ้นอยู่กับเขตเวลา ดังนั้นต้องระบุเขตเวลาที่ตัวจัดตารางของคุณทำงานจริง
การเปลี่ยนเวลาออมแสง/เวลามาตรฐานส่งผลต่อการทำงานของงานหรือไม่?
ใช่ หากเวลาที่ทำงานตรงกับชั่วโมงที่ไม่มีอยู่จริงหรือเกิดซ้ำระหว่างการปรับนาฬิกา สำหรับงานที่สำคัญ ควรตั้งเวลานอกช่วงการเปลี่ยนแปลงทั่วไป หรือใช้ UTC อย่างชัดเจนจะปลอดภัยกว่า
ทำไมงานของฉันจึงทำงาน ทั้งที่คาดว่าจะตรงกับวันของเดือนหรือวันในสัปดาห์เพียงอย่างเดียว?
ใน cron แบบดั้งเดิม สองฟิลด์นี้จะรวมกันด้วย OR ไม่ใช่ AND เมื่อทั้งคู่ไม่ใช่ดอกจัน — งานจะรันทันทีที่เงื่อนไขใดเงื่อนไขหนึ่งตรงกัน แม้อีกเงื่อนไขจะไม่ตรงก็ตาม