Action planifier sans Action de lutilisateur

[Raoull]

Personnellement, pour l'action à faire 1 fois par mois, j'aurai utilisé la session d'un joueur, et en testant la dernière date de maj en bdd, faire la maj 1 fois en début de mois, ca man,ge pas de pain, sauf si vraiement trop lourd d'un coup.

Par contre, toutes les heures ... j'utiliserai un cron car la ca peut être saoulant pour les joueurs si le chargement est trop long et trop souvent.


Puisqu'on est dans le sujet, j'aimerai savoir pourquoi certain déconseillent vivement l'utilisation de cron, enfin p-e de webcron gratuit plutot, je ne sais pas justement...

[Archange]

Personnellement j'ai essayer le cron de http://www.webcron.org/ et il ne m'a pas trop satisfait,
Pour un cron qui devait etre fait chaque heure voila ce que celui ci m'a fait ( je reprend les heures que j'ai postez sur un autre forum il ya quelques temps )

19h05 18h05 17h12 16h11 15h08 14h07 13h07 12h09 11h07 10h09

Bon c'est vrai que ce n'est que de quelques minutes,et c'est gratuit faut dire, peut etre que depuis que je l'ai tester ( decembre) c'est plus precis,.

[gtsoul]

Dans une console :

Code PHP :

<?php 

sudo aptitude install cron 

[Raoull]

Bon moi je suis nul dans l'utilisation d'apache, à part le fichier de config j'y connais rien.
Alors je dis p-e une grosse connerie, mais pour mettre en branle un cron avec apache, comme tu le dis gtsoul, il faut quoi ?

Un serveur dédié j'imagine, pour pouvoir config apache comme tu le veux.
Mais c pas à la portée de tout le monde sur du mutualisé par exemple (?).

[gtsoul]

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 ?

[Raoull]

Ok, dsl pour le mélange avec apache, j'avais rien capté sur le coup.

C'est donc bien reservé aux serveurs dédiés, ou aux particuliers qui peuvent avoir une machine connetée 24/24. Donc pas la majorité des gens...

Et même si j'héberge un cron chez moi, il sera dépendant de mon FAI, des coupures EDF (je suis abonné), etc. donc vraiment plus performant qu'un webcron ?
A voir...

L'idéal en attendant de pouvoir se payer un dédié, serait d'avoir du piston, et utiliser quelques taches cron sur le serveur d'un pote... moins surchargé que les webcrons gratuits qui sont plus ou moins aléatoires en effet.