Tareas programadas (cron) en DirectAdmin

Qué es una tarea programada

Es un comando que el servidor corre por su cuenta, en el horario que le indicás, aunque nadie esté mirando el sitio. El programa que se encarga se llama cron y es parte del sistema operativo. Eso lo diferencia de un automatismo que viva adentro del CMS: un plugin que promete un respaldo semanal en realidad espera a que alguien entre para acordarse.

Para qué la usa un sitio

• Limpiezas: archivos temporales, presupuestos vencidos, sesiones viejas o el cache viejo.
• Avisos: el recordatorio de un turno o la alerta de stock bajo a una hora fija.
• Respaldos y sincronizaciones: volcar la base a un archivo, traer un listado de precios.
• El cron de WordPress, que sin esto queda atado a que alguien visite el sitio.

Dónde está en el panel

1. Entrá al panel en tudominio.com.ar:2222 con el usuario y la clave de la cuenta de hosting.
2. Abrí "Funciones avanzadas" (Advanced Features) y entrá en "Cron Jobs": vas a ver la lista de tareas de tu cuenta, al principio vacía.
3. Tocá el botón de crear: se abre un formulario con los cinco campos de horario y un campo largo para el comando.
4. Completá y confirmá con "Crear" (Create); en algunas versiones dice "Agregar".

Los cinco campos, de izquierda a derecha

Un asterisco quiere decir "cualquiera". La coma enumera valores sueltos (1,15), el guion arma un rango (9-18) y la barra marca un intervalo (*/10 es cada diez). Se combinan entre sí, y así sale un horario raro sin crear cinco tareas casi iguales.

Horarios que se entienden leyéndolos

La hora es la del servidor, que no tiene por qué ser la de Buenos Aires: para una limpieza de madrugada da igual, para un aviso de las 9 en punto no. Se mide con una tarea temporal que corra date >> /home/juan/hora.log.

Llamar una URL o ejecutar el archivo PHP

Las dos ejecutan el mismo script por caminos distintos, y eso cambia lo que el script ve y cuánto puede tardar. Llamar la URL es pedirle la página al servidor web, igual que una visita; ejecutar el archivo es pasarle la ruta al intérprete de PHP, sin pasar por el servidor web.

El correo de cada corrida

Cron le manda por correo al usuario del sistema todo lo que el comando imprime, la salida normal y los errores: un script que escribe "listo" genera casi cien mensajes por día si corre cada quince minutos.

Ese correo no llega a la casilla del dominio que leés todos los días: va al buzón de sistema de la cuenta, el directorio /Maildir, separado de las casillas del dominio. Por eso nadie los ve durante meses y, cuando alguien mira, hay miles ocupando espacio del plan.

Por qué cada un minuto casi siempre está mal

• Si la corrida tarda más de un minuto, la siguiente arranca igual: dos copias del mismo script tocando la misma base, con los bloqueos y los datos duplicados que eso trae.
• En un plan compartido hay un tope de procesos simultáneos. Las corridas encimadas se lo comen y el sitio devuelve errores a las visitas reales.
• Son 1.440 corridas por día: si llama una URL, son 1.440 visitas propias que ensucian las estadísticas.
• Cuando de verdad hace falta frecuencia alta, lo que falta no es más cron sino un candado: que la tarea se retire si ya hay otra corriendo.

El cron de WordPress

WordPress trae su propio programador, wp-cron.php, con un defecto de origen: no corre solo, corre cuando alguien entra al sitio. Con pocas visitas las publicaciones programadas salen tarde y los respaldos no se hacen; con muchas, a alguna visita le toca esperar el trabajo pendiente.

Cuando la tarea no corre

• La ruta está mal escrita o es relativa. Copiala del administrador de archivos y pegala entera.
• El comando llama a php a secas: poné la ruta completa del intérprete, porque la tarea no hereda el camino de búsqueda de tu sesión.
• El script anda en el navegador pero no por consola porque usa rutas relativas a la carpeta del sitio.
• La hora del servidor no era la que suponías y la tarea corrió varias horas antes o después.
• Si el registro está vacío, imprimí algo al principio del script: así sabés si llegó a arrancar.