Lo que hace este constructor de cron
La sintaxis de Cron es compacta pero fácil de equivocarse: ¿es 0 0 * * 1 lunes o domingo? ¿*/15 comienza en cero? Este constructor te permite construir una expresión haciendo clic en lugar de memorizar. Para cada campo (segundo, minuto, hora, día del mes, mes, día de la semana) seleccione ** cada **, un ** intervalo **, ** valores específicos ** o un ** rango **, y la expresión, una descripción legible por el ser humano y los ** próximos 10 tiempos de ejecución ** se actualizan instantáneamente. Soporta cron clásico de Unix, cron de seis campos con segundos, Quartz (utilizado por los programadores Spring y Java) y Kubernetes CronJob.
Cómo usarlo
- Elige la variante que estás apuntando: Unix, con segundos, Quartz o Kubernetes.
- Para cada campo, elija un modo. Haga clic en las fichas para seleccionar valores específicos, o establecer "cada N comenzando en M".
- Revisa la frase de descripción y la siguiente lista de ejecuciones. Seleccione una zona horaria para ver las carreras como su servidor las ve.
- Copia la expresión. También puede pegar una expresión existente en la entrada para cargarla de nuevo en el constructor.
Diferencias entre variantes
- ** Unix / crontab: ** cinco campos, minuto uno. Día de la semana 07, donde 0 y 7 son domingo.
- ** Con segundos:** seis campos con segundos primero, utilizados por node-cron y muchas bibliotecas.
- ** Quartz:** segundos primero, año opcional al final, día de la semana 17 con domingo = 1, y uno de los días del mes o del día de la semana debe ser
?. ApoyaL,Wy#. - Kubernetes CronJob: cinco campos estándar; la zona horaria se establece con
spec.timeZone(Kubernetes 1.27+), de lo contrario se aplica la hora local del controlador. El constructor genera un fragmento de YAML por conveniencia.
Trampas comunes
- Cuando tanto el día del mes como el día de la semana están restringidos en cron de Unix, el trabajo se ejecuta cuando ** cualquiera ** coincide, no ambos.
*/15en el campo de minutos significa minutos 0, 15, 30 y 45, no "15 minutos después de la última ejecución del trabajo".- Los cambios en el horario de verano pueden omitir o repetir los trayectos entre las 1:00 y las 3:00 hora local. Programar los trabajos críticos en UTC.
- Muchos programadores alojados (GitHub Actions, Vercel Cron) siempre usan UTC.