Comment exécuter des tâches journalières

[Zamentur]

Une simulation de cron avec php consommera davantage de ressources serveur par contre, ce ne sera pas un code très optimisé.

Peut etre mais à mon sens pas tant que çà

Voici un exemple, si on choisit une précision à l'heure 3600 on peut lancer l'action à un temps très régulier. Et avec la fonction sleep() la priorité va être passé au aux autre processus
Evidement le script sera toujours en mèmoire , il peut donc être intéréssant d'utiliser les unset(); pour prendre le moins de place possible.
NB: si çà inquiete tant, un benchmark peut etre fait afin de choisir en sachant de combien on perd...

Code PHP :

<?php 

set_time_limit(0);

function action1() {

    //L'action à éffectuer

}



//On définit le tableau des actions à faire à un timestamp donné

$actions=array(

    array(timestamp,"action1"),

    array(timestamp2,array("objet1","action2"))

);



//Précision du déclenchement plus c'est grand moins çà utilise de ressource

$precision=60;



//On boucle à l'infini avec une attente de $precision secondes entre chaque itération

while(sleep($precision)) 

    foreach($actions as $action) 

        if (time()>=$action[0]) {

            //On enlève l'action du tableau des actions 

            //Rien n'empéche l'action de se remettre dans le tableau

            //avec un nouveau timestamp

            $actions-=$action;



            call_user_func($action[1]);

        } 

[rygnes]

J'ai sans doute des aprioris mais je n'aime pas beaucoup les boucles infinies.
Il y a un petit souci avec ce modèle, car si ton serveur plante, ton script php s'arrête par la même occasion.
Il faudra relancer ton script manuellement.
Cela peut paraître insignifiant mais si tu oublis une fois...

Idem lors d'un reboot.

[Zamentur]

J'ai sans doute des aprioris mais je n'aime pas beaucoup les boucles infinies.
Il y a un petit souci avec ce modèle, car si ton serveur plante, ton script php s'arrête par la même occasion.
Il faudra relancer ton script manuellement.
Cela peut paraître insignifiant mais si tu oublis une fois...

Idem lors d'un reboot.

Ben rien empeche au lancement de toute les pages du jeu, de vérifier si le script est en route... C'est d'ailleurs valable aussi avec la méthode cron.

Concernant la boucle infinis, libre à toi de mettre un garde fou pour l'arréter. Par exemple avec une variable dans un fichier.

Enfin bref l'idée ici est de présenter une solution alternative au cron. Personnelement j'utilise une classe qui gère les évenements (comme le temps) et que j'ai fait de mes petites mains.
Et je sais que j'utiliserais jamais le cron surtout pas le cron en ligne.

[Argorate]

Le mieux étant encore de ne pas tout faire en une fois. Compter sur un cron, c'est compté sur qq chose d'extérieur, je ne trouve pas ça très malin ni optimisé. Il vaut mieux mettre à jour uniquement un joueur allant sur la page jeu (si son tour est passé)...

[rygnes]

A partir du moment où le cron est un processus interne, il n'est pas extérieur (a moins que tu parlais uniquement du crontab en ligne ?).
Tout faire en une fois est une erreur, mais il est tout à fait envisageable de dissocier tes tâches en plusieurs Crons.
Il est aussi possible d'utiliser des vues.

[Argorate]

Oui je parlé de se du net, car si tu me fait reference a se que j'ai malheureusement cru lire : boucle infini -> cron "interne", laisse moi rire...
Rien de mieux pour flingué son serveur et faire des choses totalement inutile...

Après c'est vous qui voyait

[Sephi-Chan]

Si on est sur un serveur dédié, il faut utiliser les crontabs.


Sephi-Chan

[Argorate]

Cela consiste en quoi les crontabs exactement?

Pour moi un cron c'est un "mec"(pas vraiment un humain), qui vient a heure fixe (généralement programmable) sur un page définit, exécutant ainsi le code de cette dernière. Chose qui me déplait entièrement.

[Sephi-Chan]

Le crontab est un gestionnaire qui lance des tâches définies (exécution d'un script, par exemple) selon des intervalles entièrement personnalisables (ou même des tâches unique à telle date).

Dans le cas d'un serveur dédié, tu peux empêcher l'accès à la page par HTTP en protégeant ton fichier (par htaccess, par exemple), cela n'empêche pas la machine d'exécuter les scripts. C'est donc une solution fiable, sécurisée et performante.


Sephi-Chan

[rygnes]

Dans le cas d'un serveur dédié, tu peux empêcher l'accès à la page par HTTP en protégeant ton fichier (par htaccess, par exemple), cela n'empêche pas la machine d'exécuter les scripts. C'est donc une solution fiable, sécurisée et performante.

Dans le cas d'un serveur dédié, tu vas plutôt exécuter des scripts qui ne sont pas accessibles en ligne (donc pas dans les répertoires sur lesquels pointe Apache). Cela évite de s'amuser à rajouter des protections.

Autrement, certaines offres mutualisées permettent aussi d'utiliser un crontab et une protection par htaccess (c'est le cas pour une bonne partie des hébergements mutualisés chez OVH).