02-03-2007, 06:03 PM
Il faut voir le cron comme un programme démon qui s'éxecute sur la machine (=un programme qui bosse en arrière-plan). Cela n'a strictement rien à voir avec apache (c'était le but de l'aparté).
Comme les autres programmes, il n'y a pas moyen de le controler "à distance". Il faut avoir le contrôle de la machine, soit ssh soit physique.
Comment faire sans dédié ?
Le cron va aller visiter une page php via un service web selon une certaine fréquence? Si on met un chemin local (/usr/lib/apache/web/novgonia.com/cron.php), le cron doit être sur la même machine que le serveur dédié. Mais si on met une url (http://novgonia.com/cron.php), la tâche peut être lancée par n'importe quel ordi disposant d'une connexion internet.
En gros, vous pouvez héberger vos crons sur votre propre ordi, et héberger votre site sur un serveur mutualisé. Bien sûr, les tâches planifiées ne seront pas lancées quand il sera éteint, mais bon, un ordi est-il plus souvent allumé ou éteint ?
Comme les autres programmes, il n'y a pas moyen de le controler "à distance". Il faut avoir le contrôle de la machine, soit ssh soit physique.
Comment faire sans dédié ?
Le cron va aller visiter une page php via un service web selon une certaine fréquence? Si on met un chemin local (/usr/lib/apache/web/novgonia.com/cron.php), le cron doit être sur la même machine que le serveur dédié. Mais si on met une url (http://novgonia.com/cron.php), la tâche peut être lancée par n'importe quel ordi disposant d'une connexion internet.
En gros, vous pouvez héberger vos crons sur votre propre ordi, et héberger votre site sur un serveur mutualisé. Bien sûr, les tâches planifiées ne seront pas lancées quand il sera éteint, mais bon, un ordi est-il plus souvent allumé ou éteint ?
Bientôt,
![[Image: signature.jpg]](http://arnaud.demaiziere.free.fr/novgonia/images/signature.jpg)