Discussion :

[Space Cowboy]

Je me suis mis en tête de faire une copie du jeu (purement personel evidement ...)
(Pour ceux qui ne connaissent pas, c'est un jeu dans l'espace, et tout le monde s'envoie des flottes de combat dans le but de piller les autres ... c'es très porter sur la pubs et il n'y a quasiment aucune évolution.)

Je compte le faire en objets, donc pour ca j'ai mes classes (CVaisseau, Cbatiment, Cplanete, etc ... ). Pour ce coté, je ne pense pas avoir de problème.


Par contre, dans le jeu, on peut construire des mines qui produisent des ressources en continu. J'aimerais connaire la facon de calculer ca.

Etant donné que c'est du php, il n'est pas possible de créer une tache qui met à jour la production.
Donc j'aimerais savoir comment d'après vous cela pourrait être codé.

(Si vous avez des question, n'hésitez pas)

[Mr N.]

un cron. http://matthieu.developpez.com/execution_periodique/

[NoT]

Etant donné que c'est du php, il n'est pas possible de créer une tache qui met à jour la production.

Justement tu peux le faire, et ce de 2 manières :

- Soit à chaque fois qu'un joueur se connecte tu vérifie le tps passé depuis le dernier rafraichissement de mine, et tu en lances un si ce délai est dépassé ( par exemple 10 minutes )

- Soit via un CRON, qui va lancer une page php à intervalle régulier, ce qui est le plus propre à mon avis. Concernant le cron c'est en fait ce qu'on pourrait appeler sous windows une tâche planifiée, tu peux te monter tes propres cron en te documentant sur le net, ou bien passer par un site tel que http://www.webcron.org

Wola

[johweb]

La solution la plus simple est évidemment un CRON. Tu mets toutes tes requêtes de mise à jour à la suite et ce fichier est appelé soit par http://www.webcron.org , soit par un cron directement réalisé sur ton serveur.
Mais pour en avoir fait l'expérience, je ne te le conseille pas pour ce type de jeu. J'avais réalisé un jeu où les "ressources" arrivaient chaque heure, et d'autres chaque jour. Ayant mal construit mes requêtes et ayant un paquet de joueurs, le serveur avait ENORMEMENT de mal pendant l'exécution des tâches cron.
Je pense, à mon humble avis ^^, que la meilleure solution est la suivante :
-dès que le joueur demande à afficher la page, tu recalcules les stocks en direct
-si un joueur cherche à attaquer un autre joueur, tu n'as que les données des deux joueurs à recalculer avant de lancer tes algos de combat.

C'est vraiment plus efficace à mon goût, mais d'autres avis peuvent me contredire... ^^ Je ne parlais que de mon expérience perso.

[Space Cowboy]

La solution la plus simple est évidemment un CRON. Tu mets toutes tes requêtes de mise à jour à la suite et ce fichier est appelé soit par http://www.webcron.org , soit par un cron directement réalisé sur ton serveur.
Mais pour en avoir fait l'expérience, je ne te le conseille pas pour ce type de jeu. J'avais réalisé un jeu où les "ressources" arrivaient chaque heure, et d'autres chaque jour. Ayant mal construit mes requêtes et ayant un paquet de joueurs, le serveur avait ENORMEMENT de mal pendant l'exécution des tâches cron.
Je pense, à mon humble avis ^^, que la meilleure solution est la suivante :
-dès que le joueur demande à afficher la page, tu recalcules les stocks en direct
-si un joueur cherche à attaquer un autre joueur, tu n'as que les données des deux joueurs à recalculer avant de lancer tes algos de combat.

C'est vraiment plus efficace à mon goût, mais d'autres avis peuvent me contredire... ^^ Je ne parlais que de mon expérience perso.

Je ne connaissez pas du tout les scripts cron.

Si on prend l'exemple d'Ogame, ils ont dans les 11000 joueurs par serveur, chaque joueur rafraichis ça page toute les 10 secondes par exemple, ce qui fait 11000 requêtes toute les 10 secondes, le serveur doit effectivement ramer à ce niveau.

Je ne suis pas sur (je découvre), mais pour lancer les scripts cron il faut taper une ligne de commande, impossible chez un hébergeur ...

[Mr N.]

Ca dépend de l'hébergeur.

[Space Cowboy]

Free toujours ...

[Mr N.]

désolé ^^

[NoT]

d'ou l'interet d'un service comme www.webcron.org

Pour ce qui est de ogame il doit être ultra-optimisé à mon avis, deja il doit forcément passer par un systeme de cache.