Acerca de Analizador de expresiones Cron

Un analizador de cron explica expresiones cron de 5 campos y muestra los campos de minuto, hora, día del mes, mes y día de la semana junto con las próximas ejecuciones.

Úsalo para revisar crontab, jobs programados, schedules de CI y workers en background.

Cómo usar Cron Parser

Pega una expresión cron de 5 campos como */15 9-18 * * 1-5.
Lee el resumen de campos y validación de rangos.
Comprueba si las próximas ejecuciones coinciden con el schedule esperado.

Cuándo usarlo

Confirmar que un job corre solo en horario laboral de lunes a viernes.
Depurar errores de medianoche, de fin de mes o del campo de día de la semana.
Explicar una entrada crontab de producción al equipo.

Orden de campos cron y sintaxis común

Esta herramienta analiza el cron habitual de 5 campos: minuto, hora, día del mes, mes y día de la semana. Algunas plataformas añaden segundos, año, ? o atajos como @daily; al migrar, revisa la documentación del planificador de destino.

* significa cualquier valor.
*/15 significa cada 15 unidades.
1-5 es rango, 1,3,5 es lista.
Si el día del mes y el día de la semana están restringidos a la vez, cada implementación puede combinarlos de forma distinta.

Preguntas frecuentes sobre Analizador Cron

¿Es cron de 5 o 6 campos?: Este analizador usa la sintaxis crontab de 5 campos: minuto, hora, día del mes, mes y día de la semana, sin segundos.
¿Por qué la próxima ejecución difiere de producción?: Suelen ser la zona horaria, extensiones propias de la plataforma o reglas distintas al combinar día del mes, mes y día de la semana.
¿Mi expresión se sube?: No. Parsing y preview se ejecutan localmente en el navegador y no se suben a wetool.site.

Cron Parser vs programadores de tareas

Un parser ayuda a entender la expresión, pero no sustituye al scheduler de Kubernetes, GitHub Actions, Quartz o Linux crontab. Valida en la plataforma destino antes de publicar.

Diferencias cron de 5 campos, 6 campos y Quartz

Muchos errores cron vienen del orden de campos de la plataforma, no del asterisco.

Linux crontab suele usar 5 campos: minuto, hora, día del mes, mes y día de la semana.
Quartz, Spring y algunos planificadores en la nube agregan segundos o año y admiten extensiones como ?, L, W y #.
GitHub Actions, Kubernetes, Vercel y similares pueden forzar UTC o aplicar límites propios de schedule.

Depurar timezone, DST y fin de mes

Al previsualizar las próximas ejecuciones, confirma la zona horaria de la plataforma. El horario de verano, el fin de mes y las combinaciones de día de la semana con día del mes causan sorpresas en producción.

Si la plataforma corre en UTC, local 09:00 puede requerir conversión antes del deploy.
Los días de cambio DST pueden saltar o duplicar runs; evita horas límite para jobs críticos.
Cuando el día del mes y el día de la semana están restringidos, distintas implementaciones pueden usar semántica OR o AND.