PARSER DE EXPRESIONES CRON & PRÓXIMAS EJECUCIONES

1. Los cinco campos de crontab(5) y sus rangos exactos

Una línea de crontab estándar tiene cinco campos separados por espacios: minuto (0-59), hora (0-23), día del mes (1-31), mes (1-12 o JAN-DEC) y día de la semana (0-7 o SUN-SAT, donde tanto 0 como 7 designan el domingo en Vixie cron). La expresión `0 8 * * 1-5` se lee así: minuto 0, hora 8, cualquier día del mes, cualquier mes, de lunes a viernes. Los nombres de tres letras no distinguen mayúsculas y en implementaciones antiguas no admiten pasos. Existen además atajos con arroba: `@hourly` equivale a `0 * * * *`, `@daily` a `0 0 * * *` y `@reboot` se ejecuta una sola vez cuando arranca el demonio.

2. Los operadores *, -, la coma y la barra, y la regla OR del día del mes

El asterisco cubre todo el rango del campo, el guion define rangos inclusivos (`9-17`), la coma enumera valores discretos (`0,30`) y la barra aplica un paso sobre un rango: `*/15` en el campo de minutos dispara a los minutos 0, 15, 30 y 45. El paso puede partir de un valor inicial, así que `5/15` genera 5, 20, 35 y 50. La regla menos intuitiva de crontab(5) es que, cuando el día del mes y el día de la semana están ambos restringidos (ninguno de los dos es un asterisco), cron los combina con OR y no con AND. Por eso `0 0 13 * 5` se ejecuta el día 13 de cada mes y también todos los viernes.

3. El dialecto Quartz de seis campos y el horario de verano

Quartz, Spring y Jenkins usan un dialecto de seis o siete campos que agrega los segundos al principio y, de forma opcional, el año al final. Ese dialecto añade `L` (último día), `W` (día hábil más cercano) y `#` para el enésimo día de la semana del mes, donde `6#3` es el tercer viernes, y exige un `?` en uno de los dos campos de día. El horario de verano rompe cualquier programación en hora local: una tarea fijada a las 02:30 no se ejecuta la noche en que el reloj se adelanta y se ejecuta dos veces la noche en que se atrasa. Declarar `CRON_TZ=UTC` al inicio del crontab, o programar fuera de la ventana 01:00-03:00, elimina la ambigüedad. AWS EventBridge evalúa sus expresiones siempre en UTC.

¿Por qué `0 0 13 * 5` no significa "viernes 13"?

Porque cron combina con OR los campos de día del mes y día de la semana cuando ambos están restringidos. Esa expresión dispara el día 13 de cada mes y además cada viernes. Una tarea real de viernes 13 debe programarse como `0 0 13 * *` y comprobar el día de la semana dentro del script antes de hacer cualquier trabajo.

¿Cómo ejecuto algo cada 15 minutos pero desplazado 5 minutos?

Con un paso que arranca en un valor inicial: `5/15 * * * *` dispara a los minutos 5, 20, 35 y 50, exactamente igual que enumerar `5,20,35,50`. Cuidado con `*/7`, que produce 0, 7, 14, 21, 28, 35, 42, 49 y 56 y luego salta al minuto 0 de la hora siguiente, dejando un hueco de 4 minutos en lugar de 7.

¿Por qué mi script funciona en la terminal pero falla desde cron?

Porque cron nunca carga el perfil de tu shell. La tarea arranca con `SHELL=/bin/sh`, un `PATH` mínimo (habitualmente `/usr/bin:/bin`) y sin ninguna de las variables que exportan `.bashrc` o `.profile`. Conviene invocar los binarios con ruta absoluta, definir `PATH=` dentro del propio crontab y redirigir la salida con `>> /var/log/job.log 2>&1`; si no, cron la envía al correo local y los errores pasan inadvertidos.