Analizador de expresión de cron

Cron Expression Parser decodifica expresiones crontab estándar de 5 campos (minuto, hora, día del mes, mes, día de la semana) en una oración en inglés simple y un desglose campo por campo. Pegue algo como "*/15 9-17 * * 1-5" e inmediatamente vea que se activa cada minuto 15 después de las horas 9 a 17, de lunes a viernes; no más asteriscos de conteo ni dudas sobre si el tercer campo es el día o el mes.

Más allá de la traducción, la herramienta calcula los próximos cinco tiempos de ejecución tanto en su zona horaria local como en UTC. Esto importa más de lo que parece: una gran clase de incidentes de producción proviene de trabajos cron que se programaron contra la zona horaria equivocada o que en silencio nunca se disparan porque el día de mes y el día de la semana interactúan de la forma en que Vixie Cron define. Ver las marcas de tiempo próximas concretas es la verificación de cordura más rápida antes de comprometer un cronograma en un crontab, un cronjob de kubernetes, un flujo de trabajo de acciones de github o una regla de AWS EventBridge.

Todo se ejecuta 100% del lado del cliente en su navegador: las expresiones que pega nunca tocan un servidor, lo que significa que es seguro usarlo con horarios de infraestructura interna, canalizaciones de CI/CD o cualquier otra cosa que prefiera no pegar en un sitio web aleatorio. El analizador admite la sintaxis estándar completa: comodines (*), listas (1,15,30), rangos (1-5), valores de paso (*/15, 1-10/2) y meses y días laborables con nombre (JAN-DEC, SUN-SAT).

Una regla en cron atrapa a casi todos y vale la pena leer el desglose. Cuando tanto el día del mes como el día de la semana están restringidos, cron ejecuta el trabajo cuando cualquiera de los partidos, no cuando ambos lo hacen. Entonces 0 0 1 * 1 se activa el primero del mes y todos los lunes, lo que rara vez es lo que pretendía el autor. La otra sorpresa habitual es el horario de verano: un trabajo programado dentro de la hora en la que un reloj salta hacia adelante no funciona ese día, y uno dentro de la hora que se repite puede funcionar dos veces, porque cron lee la hora local. El cron estándar de cinco campos no tiene un segundo campo, y @reboot es un evento en lugar de un cronograma, por lo que ninguno puede verse como una vista previa como una lista de tiempos futuros.