02-01-2017, 05:50 PM
Tout dépend de ce que ton script "résout". Perso, sur la v0 d'ECLERD, j'ai un script simulant un ensemble de régions du globe. Je lui passe donc la région dirigée par le joueur et éventuellement d'autres régions du globe au hasard (celles simulées depuis le moins longtemps).
Après, le script va tout simplement ne rien faire si une région a été simulé il y a peu.
Si tu n'as pas de métrique, tu ne peux pas dire "ça surchargera le serveur". Fais au plus simple. Pour ma part, la nouvelle mouture d'ECLERD possèdera une fonction de simulation (comme la v0), mais celle-ci est maintenant 100% coté SQL (en procédure stocké) et se chargera de ne simuler des choses que s'il y a besoin. Elle sera donc appelable sans soucis à chaque page (j'aurai laaaargement le temps "d'améliorer" [d'adapter] cela un jour si le serveur SQL rame).
De toute façon, ne prévois jamais une archi (ou un truc quelconque) compliqué pour de simples défauts de performances: le temps de finir ton jeu, les machines auront évoluées. A défaut, t'ajouteras 10€ pour l'année, et c'est réglé (d'autant que si le serveur rame, c'est que t'as du monde, donc des gens qui pourront te soutenir et t'aider à financer le jeu).
Pour ma part, le démon ne sert qu'à éviter de trop gros gouffres entre deux simulations (ou à simuler du tour par tour si tu fais ce gameplay-là). Un démon qui tourne H24 pour faire tes trucs, c'est du temps réel, et c'est très chiant à faire sur du web amateur (il va te falloir des technos adaptées, parce que franchement PHP n'est pas terrible pour cela et le JS et ses events est bien plus pratique, un hébergeur/gement adapté, un mécanisme de backup, voire de redondance, bref, je trouve ça pesant au possible, à moins que ce n'en soit déjà ton métier).
Après, le script va tout simplement ne rien faire si une région a été simulé il y a peu.
Si tu n'as pas de métrique, tu ne peux pas dire "ça surchargera le serveur". Fais au plus simple. Pour ma part, la nouvelle mouture d'ECLERD possèdera une fonction de simulation (comme la v0), mais celle-ci est maintenant 100% coté SQL (en procédure stocké) et se chargera de ne simuler des choses que s'il y a besoin. Elle sera donc appelable sans soucis à chaque page (j'aurai laaaargement le temps "d'améliorer" [d'adapter] cela un jour si le serveur SQL rame).
De toute façon, ne prévois jamais une archi (ou un truc quelconque) compliqué pour de simples défauts de performances: le temps de finir ton jeu, les machines auront évoluées. A défaut, t'ajouteras 10€ pour l'année, et c'est réglé (d'autant que si le serveur rame, c'est que t'as du monde, donc des gens qui pourront te soutenir et t'aider à financer le jeu).
Pour ma part, le démon ne sert qu'à éviter de trop gros gouffres entre deux simulations (ou à simuler du tour par tour si tu fais ce gameplay-là). Un démon qui tourne H24 pour faire tes trucs, c'est du temps réel, et c'est très chiant à faire sur du web amateur (il va te falloir des technos adaptées, parce que franchement PHP n'est pas terrible pour cela et le JS et ses events est bien plus pratique, un hébergeur/gement adapté, un mécanisme de backup, voire de redondance, bref, je trouve ça pesant au possible, à moins que ce n'en soit déjà ton métier).