เวลา/ตัวเลข

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

Common uses

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 เมื่อทั้งคู่ไม่ใช่ดอกจัน — งานจะรันทันทีที่เงื่อนไขใดเงื่อนไขหนึ่งตรงกัน แม้อีกเงื่อนไขจะไม่ตรงก็ตาม

บทความ: เวลา/ตัวเลข

Unix time: เหตุใดคอมพิวเตอร์จึงนับเวลาตั้งแต่ปี 1970

เหตุใดวันที่ 1 มกราคม 1970 จึงกลายเป็นจุดอ้างอิงเวลาสำหรับระบบคอมพิวเตอร์ส่วนใหญ่

ระบบเลข: เหตุใดจึงมีระบบเลขฐานสอง ฐานแปด และฐานสิบหก

เหตุใดสี #FF5733 ใน CSS จึงเขียนด้วยเลขฐานสิบหกแทนที่จะเป็นฐานสิบ

Bitwise operation: AND, OR และ XOR ทำงานอย่างไรในระดับบิต

bitwise AND ต่างจาก logical AND อย่างไร และเหตุใดจึงต้องทำงานกับบิตแต่ละตัวของตัวเลข

ผลต่างวันที่: เหตุใดการนับวันจึงซับซ้อนกว่าที่คิด

เหตุใดการลบวันที่แบบไร้เดียงสาจึงอาจให้ผลลัพธ์ผิดพลาดเพราะปีอธิกสุรทิน

การคำนวณอายุ: เหตุใดจึงไม่ใช่แค่การลบปีธรรมดา

เหตุใดการลบปีเกิดแบบง่าย ๆ จึงอาจให้อายุมากกว่าความจริงหนึ่งปี

เขตเวลา: เหตุใด UTC จึงไม่ใช่สิ่งเดียวกับ GMT

เหตุใด UTC จึงไม่เคยเปลี่ยนแปลงสองครั้งต่อปี ในขณะที่เวลาลอนดอน (GMT/BST) เปลี่ยนแปลง

เครื่องคำนวณระยะเวลา: วิธีบวกชั่วโมง นาที และวินาทีอย่างถูกต้อง

เหตุใดเมื่อบวกนาทีและวินาทีจึงต้อง "ทด" เศษไปยังหลักถัดไป เหมือนกับการบวกเลขฐานสิบ

ISO 8601 Duration: วิธีเขียนระยะเวลาในรูปแบบมาตรฐาน

เหตุใด PT1H30M จึงหมายถึง "1 ชั่วโมง 30 นาที" ไม่ใช่ "1 นาที 30 ชั่วโมง"

หมายเลขสัปดาห์: เหตุใดแต่ละประเทศจึงนับสัปดาห์ต่างกัน

เหตุใดวันที่ 1 มกราคมจึงอยู่ในสัปดาห์ที่ 52 หรือ 53 ของปีก่อนหน้าบางครั้งตามมาตรฐาน ISO 8601

เลขโรมัน: ระบบที่ไม่มีเลขศูนย์และไม่มีหลักค่าประจำตำแหน่งทำงานอย่างไร

เหตุใด IV จึงหมายถึง 4 ไม่ใช่ 6 และกฎการลบทำงานอย่างไรในเลขโรมัน

IEEE 754: เหตุใด 0.1 + 0.2 จึงไม่เท่ากับ 0.3 ในโค้ด

เหตุใดเกือบทุกภาษาโปรแกรมจึงแสดงผล 0.1 + 0.2 เป็น 0.30000000000000004

ตัวเลขเป็นคำอ่าน: เหตุใดต้องแปลงตัวเลขเป็นคำ

เหตุใดเอกสารธนาคารจึงเขียนจำนวนเงินทั้งเป็นตัวเลขและคำอ่านพร้อมกัน