La sintaxis de cron es compacta y fácil de leer mal, y el precio de leerla mal es una tarea que se ejecuta a deshora durante meses antes de que alguien lo note. Esta página traduce la línea de vuelta a una frase y, más útil aún, muestra las fechas reales en que se disparará.

Cómo se usa

1. 1 Pega tu línea de cron o empieza por uno de los ejemplos.
2. 2 Lee la frase y comprueba cada campo uno a uno.
3. 3 Contrástalo con la lista de próximas ejecuciones: ahí es donde se ven los errores.

Los cinco campos

Siempre en este orden, siempre separados por espacios. Cada uno admite un número, una lista como 1,15, un rango como 9-17, un paso como */5 o un asterisco que significa todos los valores.

La trampa del día del mes

Cuando el campo del día del mes y el del día de la semana valen algo distinto de un asterisco, cron ejecuta la tarea si coincide cualquiera de los dos, no ambos. Así, «0 0 1 * MON» se dispara el día 1 de cada mes y todos los lunes. Esto sorprende a casi todo el mundo la primera vez, y el traductor lo avisa cuando ocurre.

Los pasos no significan «cada N a partir de ahora»

*/20 en el campo de los minutos significa los minutos 0, 20 y 40 de cada hora, no «veinte minutos después de la última ejecución». Si una ejecución dura 25 minutos, la siguiente arranca igualmente en el minuto 40. Los pasos cuentan desde el inicio del rango, y 5-20/5 cuenta desde el 5.

Zonas horarias y las horas que desaparecen

Cron sigue el reloj del servidor, no el tuyo, así que una tarea puesta a las 02:30 puede dispararse a una hora local distinta de la que esperas. Peor aún: en las regiones con horario de verano esa hora no existe una noche al año y ocurre dos veces en otra. Para lo que no debe saltarse ni repetirse, prográmalo fuera de 01:00-03:00.