← Retour au blog

A propos des données du jeu

Comme cela était possible, le jeu revient ici (probablement temporairement), vos parties sont restaurées à leur état de 17h. Vous avez tous reçus 5 000 000 $ pour la gêne occasionnée

Le serveur est en cours de test pour le jeu, donc il est possible que le site soit fermé puis réouvert à intervalles plus ou moins réguliers. Je fais le maximum pour que le jeu reste accessible.
Une fois que l'optimisation sera terminée, on devrait logiquement utiliser le nouveau serveur mysql. A ce moment là, vos parties seront restaurées (ainsi que les évènements en cours), mais pas les messages persos, ni rien d'autre, car c'est beaucoup plus lourd à déménager.

Bonjour !

Cette news sera utilisée pour vous expliquer quelques petites choses à propos des données du jeu (parties, messages, etc...).
Le site utilise ce qui s'appelle une base de données pour stocker toutes les données citées. Cela permet une organisation simple et un accès rapide à vos données.

Bien sûr, le stockage et l'accès aux données se font grâce à un ordinateur, appelé dans notre cas "serveur mysql". Jusqu'à présent, le serveur mysql utilisé par WorldWar était partagé entre WorldWar et plusieurs autres sites internet. Cela pouvait justifier certaines "Erreur sql" que vous avez pu voir, car le jeu étant gourmand, il pouvait y avoir des ralentissements.

Désormais, le serveur mysql du jeu n'est plus utilisé que par le jeu seul. Cela permettra plus de rapidité et soulagera le serveur commun jusqu'à présent utilisé. Le basculement, opéré aux alentours de 17h tout à l'heure permettra la sauvegarde de toutes vos données. Cependant, il faut que vous sachiez que ce "serveur privé" est en phase de test et il est possible que l'on ait à retourner en arrière, nécessitant par là même un retour aux données telles qu'elles étaient aujourd'hui à 17h. Rassurez-vous, les parties ne seraient pas perdues, les données dont je vous parle sont les messages persos, les forums, etc...

En attendant, je vous demanderais de bien vouloir me signaler tout problème lié à mysql (vous voyez une erreur avec écrit mysql dans ce cas), et de le faire dans le forum "Les bugs".

Merci à vous, et bonne fin de journée !
Publié par
Développeur

Commentaires (9)

Okin Développeur
le 4 mai 2009 à 20:19
En réponse au commentaire de Sparkwade (qui n'est plus ici car on a déménagé :
seule la base de données avait déménagé, c'est pour ça que le jeu en lui même ne bougeait pas. Le jeu reste sur un serveur mutualisé (non dédié, mais le serveur qui gère mysql était dédié.
Ancien membre
le 4 mai 2009 à 21:54
c est normal que les batiments que j avait construit a 18 h on disparus ?
_delete Membre
le 5 mai 2009 à 02:51
Merci pour les 5 millions
Ancien membre
le 5 mai 2009 à 06:47
Maxi t'a partie et revenue a 17 heure pas 18 heure donc logiquement c'est normal.
Cordialement "joce"
_delete Membre
le 5 mai 2009 à 12:34
@Okin: ok même si c'est pas idéal comme architecture ça sera déjà beaucoup mieux!

Sinon le serveur dédié est hébergé chez quel fournisseur (avec quelle offre) ?

Sparkwade
Okin Développeur
le 5 mai 2009 à 23:48
L'architecture idéale est celle où chaque programme tourne sur un serveur particulier, et si possible où il n'est utilisé que par un seul site internet.

Là, on partage apache (PHP) et mysql avec des dizaines d'autres sites. Dans la configuration que nous tentons de mettre en place (avec OVH), mysql ne serait plus utilisé que par le jeu. De fait, on se rapproche bien plus de l'architecture idéale dont tu parles.

Quant à l'offre en question, c'est quelque chose qui n'est pas encore disponible aux internautes, puisque WorldWar permet de la tester
_delete Membre
le 7 mai 2009 à 09:26
Ce que je veux dire que l'idéal ça serait d'avoir tout des serveurs dédiés.
Okin Développeur
le 9 mai 2009 à 15:27
Oui, on est d'accords Mais on progresse tout de même.
_delete Membre
le 10 mai 2009 à 09:37
Oui et c'est ça l'essentiel!

PS: A la limite tu peux exécuter le cron sur le serveur MySQ ce qui éviterait les connexions serveurs à serveurs vu qu'il accéderait à la base de données en local.