Pour nous retrouver tu peux désormais entrer l’adresse wootook.org dans tes favoris!

Le projet XNova change de nom pour être plus actuel, c’est aussi parce que ceux qui font vivre le projet depuis presque 3 ans maintenant – soit plus des 4/5 de son existence – ne sont plus ceux qui l’ont lancé et nous voulons nous démarquer de ces débuts chaotiques.

Après 3 ans et demi d’existence, des dizaines de fork, des traductions dans autant de langues et une équipe intégralement renouvelée, il est temps de recadrer le projet.

Petit retour en arrière

Tout d’abord, un bref retour en arrière. XNova est lancé, il regroupe en quelques mois une communauté de dizaines de joueurs sur plusieurs serveurs de jeu. La base de donnée est malheureusement détruite par une mauvaise manipulation de l’équipe de l’époque, ce premier site et les serveurs de jeu disparaissent.

Le projet Next-Gen est lancé pour créer un moteur plus simple à administrer et à maintenir. C’est à ce moment là que Hoegarden et moi rejoignons l’équipe. Le projet est très ambitieux, l’équipe regroupe jusqu’à 12 personnes menées par Garfield, l’initiateur de Next-Gen. Le temps a fait son effet et ceux qui ont lancé le projet original ne veulent pas repartir de zéro, ils font du mauvais esprit, sans compter les tensions créées suite à la disparition du forum, puis les coupures de services du site pour cause de facture d’hébergement impayée. Les moins motivés finissent par ne plus participer et l’équipe se réduit progressivement à un poignée de personnes.

Un peu plus tard, une fois l’équipe très réduite, le projet Legacies est à son tour lancé, il a pour objectif de corriger des failles de sécurité de la version 0.8-SP1, qui était la dernière version disponible, bourrée de failles d’injection SQL, d’injection de code distant et de failles CSRF. Ce nouveau projet rassemble de nouvelles têtes au sein de l’équipe dont Deahstar et Winjet, qui forment avec Hoegarden l’actuelle équipe de support de XNova. Il a pour unique but de fournir une version plus fiable de XNova en attendant la sortie de Next-Gen.

Une renaissance

2 ans plus tard, alors que les repacks, les fork et les reboots fleurissent sur la toile avec plus ou moins de succès, le projet XNova va s’arrêter pour donner naissance à Wootook.

Le changement

C’est plus qu’un changement de nom, c’est aussi un changement de buts. Alors que XNova plaçait le centre de son gameplay sur la masse et le jeu bourrin avec pour unique but de reproduire le gameplay de OGame, Wootook s’inscrit dans le jeu plus réfléchi, une stratégie de développement et la ruse face aux autres joueurs. Wootook est également conçu pour ne pas limiter les développeurs et les joueurs à se contenter d’un seul gameplay ou de devoir tout réécrire.

Wootook est un moteur de jeu, c’est à dire que c’est une plate-forme capable de faire tourner plusieurs gameplay sur une même installation sans avoir à modifier aucun fichier de la version que vous aurez téléchargée. Actuellement, seul un gameplay est développé, il s’agit du gameplay Legacies, ce qui aurait dû être la version 2011.1 de XNova:Legacies. Il est par exemple possible, et même assez facile, pour un développeur expérimenté de créer un gameplay complet d’un jeu de conquête de marais par des hordes de ratons laveurs ou bien d’un jeu de gestion de production de noisettes pour des écureuils enragés en se basant sur Wootook, libre à vous de le faire ou non

Une pointe de technique

Techniquement, Wootook n’utilisera pas de framework externe dans sa première version. Wootook est un intermédiaire entre la version XNova:Next-Gen et la version XNova:Legacies actuelles. Le jeu est organisé en modules, il utilise de la programmation orientée objet et de la programmation évènementielle. L’implémentation du pattern MVC sera ajouté dans les versions futures, mais n’est pas encore d’actualité.

Wootook est la version de développement de XNova:Legacies démarrée après la version 2009.4. Il comprend encore les 2/3 du code de XNova 0.8, le reste ayant été intégralement réécrit. Le but, à terme, est de s’affranchir du code source de XNova pour pouvoir travailler plus facilement, sur un code facile à adapter.

Le forum

Le forum de XNova est maintenu, mais il est migré à l’adresse wootook.org/board/. Nous allons réorganiser les sections pour faciliter la navigation et préparer des sections dédiées à un serveur de jeu dans les jours qui viennent.

Nous avons fait une migration de plateforme, il est possible que certains messages ne soient pas parfaitement passés malgré toutes les corrections que j’ai faites sur le script de migration. Si c’est le cas, vous pourrez demander à un modérateur ou directement à moi de voir s’il est possible de corriger le problème.

Les serveurs de jeu

Le serveur de test sera maintenu et deviendra un serveur permanent, ouvert à tous et il utilisera les vitesses par défaut.

Un autre serveur, en vitesse rapide, sera lancé avec un reboot mensuel et des variations du gameplay chaque mois pour des tests et pour le fun!

Aujourd’hui, j’ouvre aux curieux un serveur de test sur un hébergement mutualisé. C’est la version de développement, qui peut contenir encore des bugs. Les modes DEBUG et DEPRECATION sont activés, ne vous inquiétez donc pas pour l’encart rouge et blanc en fin de page, particulièrement sur les pages qui n’ont pas subi de modification.

A l’heure actuelle, ce qui est réalisé en plus de ce qui a déjà été annoncé dans une news précédente, ce sont les reprises de templates des pages des bâtiments, des vaisseaux et des défenses. Il manque encore sur ces 3 pages l’ajout de la liste de construction, une couche de CSS et un bout de javascript, mais elles sont fonctionnelles, la page des recherches suivra d’ici peu. Le login a lui été réintégré avec le nouveau moteur d’affichage, mais son HTML est resté globalement le même. La création de compte n’est pas terminée, vous devrez utiliser un compte de test pour pouvoir tester (login : test, mot de passe : test)

Une version alpha3 sera publiée dans peu de temps, elle intègrera les modifications faites depuis la version alpha2 et déjà présentes sur le serveur de test, avec quelques autres ajouts pas encore terminés dont la création de nouveaux comptes et la page des recherches.

Je vous laisse découvrir ce serveur à l’adresse http://testing.xnova-legacies.org. Vous pouvez donner vos remarques ou les bugs que vous auriez trouvé, plus bas dans cette page.

Bons tests

La version alpha1 vient d’être publiée, c’est une version de développement qui implémente la majeure partie des fonctionnalités annoncées, mais qui n’est pas fonctionnelle dans le sens où tous les anciens appels n’ont pas étés modifiés et que le jeu n’est pas utilisable en tant que tel.

Pour les développeurs, c’est l’occasion de découvrir la refonte. Les nouveaux développements sont intégralement orientés objet, la gestion des planètes et des ressources en sont de parfaits exemples.

Le code se trouve sur Github, sur le dépôt dédié au projet.

Un peu d’actu….

Pour donner quelques nouvelles à propos de l’état du développement de XNova:Legacies, je vous donne ci-dessous la liste des tâches avec la mise à jour de leur état de réalisation. J’y ai ajouté la refonte de la gestion de l’affichage des pages qui n’était pas présente. Je l’ai jugé nécessaire pour simplifier l’avancement et permettre de nettoyer le code “sale” à réécrire dans les versions à venir.

• Support des grands nombres [100% réalisés, testé]
• Programmation événementielle [100% réalisés, testé]
• Gestion des planètes [100% réalisés, testé]
• Mise à jour des ressources [100% réalisés, testé]
• Constructions de bâtiments [100% réalisés, en phase de tests]
• Constructions de vaisseaux et défenses [100% réalisés, en phase de tests]
• Marquage des méthodes obsolètes [100% réalisés]
• Accès aux données, passage sous PDO [90% réalisés, en phase de tests]
• Gestion d’utilisateur [100% réalisés, en phase de tests]
• Refonte de la gestion des templates [100% réalisés, testé]
• Compatibilité ascendante [75% réalisés]
• Documentation de code [20% réalisés]
• Nettoyage du code obsolète [40% réalisés]
• Reprise des templates [20% réalisés]
  • Récap des ressources en haut de page [OK]
  • Overview [OK]
  • Bâtiments
  • Chantier spatial
  • Défenses
  • Laboratoire
  • Flottes
  • Login
• Reprise de l’installeur [0% réalisés]

Le nouveau moteur de templates

Cette nouvelle méthode pour générer des pages s’appuie très fortement sur PHP lui-même. Le code qui sera présent dans les nouveaux templates pourra contenir du PHP et tirer parti de ses avantages, comme l’utilisation de conditions et de boucles, ou bien de permettre de mieux protéger vos pages en échappant les caractères spéciaux du html contenu dans les données affichées, ce qui en majeure partie n’était pas le cas. Plus besoin de développements particuliers pour modifier une page, tout se fait dans le template, vos fichiers sources resteront tels que vous les aurez téléchargés et seront donc faciles à migrer d’une version à l’autre.

Autre particularité, ce nouveau moteur de génération de pages utilisera un fichier de définition de layout, qui permettra à ceux qui souhaitent ajouter une nouvelle fonctionnalité au jeu de ne pas modifier le code source standard. Cette fonctionnalité est inspirée des layouts de Magento, elle peut être comparée aux Partial Views du Zend Framework, c’est une fonctionnalité qui a été reprise de One.Platform et simplifiée.

Mais encore…

Lors de la sortie de la première version beta, un univers de jeu sera mis en place. Il permettra de tester en conditions réelles XNova:Legacies et de corriger les éventuels bugs avant de finir de stabiliser le code pour obtenir une version plus robuste.

Plus tard, d’autres refontes seront programmées. Un nouveau design, les alliances et la galaxie pourraient en être les axes principaux.

Notez bien que cette version ne sera pas portée par One.Platform ni Zend Framework, c’est une version de transition qui rendra l’évolution et la modification de XNova plus simple.

Ajout d’évènements

Ceux qui connaissent la programmation événementielle du Javascript, pourront découvrir la programmation évènementielle sous XNova:Legacies. Ce mode de programmation permet de lancer des routines suite au lancement d’un évènement, par exemple lors de la nécessité de mettre à jour une planète. Les mises à jour des ressources, bâtiments, recherches, constructions de flottes et défenses ainsi que les retours de flottes seront automatiquement lancés quand il y en a besoin. Si vous désirez créer un module qui nécessite une mise à jour supplémentaire, plus besoin de chercher où cette mise à jour est appelée, ajoutez un observateur d’évènement et le tour est joué. Idem lorsque vous avez besoin de mettre à jour la planète (avant un espionnage ou le calcul d’une attaque par exemple), lancez l’évènement planet.update, plus besoin de savoir en détails tout ce qu’il faut appeler, les observateurs s’en chargeront.

Passage de l’accès à la base de données sur PDO

L’extension MySQL n’est plus activée par défaut par PHP depuis la sortie de PHP 5 en 2004 et a de grands risques de ne plus être supportée dans une version future (PHP 5.4+ ou PHP 6). Il fallait donc choisir entre mysqli et PDO, l’interface du second étant plus proche du composant Zend_Db du Zend Framework, il était logique de le choisir.

Cette migration impliquera une modification de l’installeur qui n’est pour le moment plus fonctionnel. Ce problème sera réglé en dernier, juste avant la publication alpha de la version.

Modification de l’architecture de la queue de construction du chanter spatial

Les problèmes de queue de construction avaient étés résolus avec la version 2009.4, pour permettre de factoriser le codes source, la gestion des queues de construction a été rendue plus générique et a été intégrée à la construction de bâtiments.

Refonte de la queue de construction des bâtiments

Il y avait divers soucis lors de l’ajout ou le retrait de bâtiments à la liste de construction, cette refonte capitalise les développements faits pour le chantier spatial et permettent de résoudre les bugs existants, simplement.

Le calcul des ressources a été repensé

Exit l’appel à la fonction eval() qui posait des risques de sécurité, et qui n’apportait pas de grand bénéfice. Désormais chaque bâtiment ou vaisseau producteur disposera d’une classe PHP dans laquelle sa production horaire est calculée en fonction, selon les cas, des données de l’utilisateur ou de la planète où il se trouve. Cette modification, avec la programmation évènementielle, permet également de résoudre les problèmes de calculs inexacts, sur certaines configurations, les ressources augmentaient bien plus que ce qu’elles auraient dû.

Avantage supplémentaire : il sera plus simple d’ajouter de nouvelles ressources et de nouveaux bâtiments producteurs. Les ressources étaient jusque là calculées au cas par cas, dans plusieurs fichiers alors qu’une configuration des ressources était présente. Cette nouvelle méthode de calcul ne présuppose plus qu’il n’existe que 4 ressources différentes qu’il faut calculer l’une à la suite de l’autre selon un algorithme figé. La liste des ressources définies dans la configuration du moteur de jeu sera désormais prise en compte et servira de base aux calculs.

Ce point était un des axes les plus importants de cette version. Comme il a été noté, aucun moteur de jeu de type clone ogame ne faisait les calculs de ressources convenablement, que ca soit les versions de XG Project, XNova, Ugamela ou un de leurs dérivés. Ce point sera désormais réglé.

Le support des grands nombres et très grands nombres

Jusqu’à présent, il existait des limitations dues aux architectures des serveurs (32 ou 64 bit), qui ne permettaient pas de dépasser certaines valeurs sans risquer d’avoir des pertes de précision à cause des arrondis sur les nombres à virgule flottante. Les parties du code modifiées peuvent désormais supporter des nombres pouvant atteindre jusqu’à 65 chiffres. En standard, je laisserai une limitation à 20 chiffres, et laisserai aux intéressés la possibilité de pousser la limitation plus loin en modifiant le schéma des tables de la base de données.

Il est possible de pousser les limitations encore plus loin, mais l’intérêt est limité et les performances s’en ressentiraient. Ceux qui désireront le faire en auront la possibilité assez simplement, à eux de voir si des chiffre si grands sont vraiment nécessaires.

Ce support est conditionné par la présence de l’extension BC Math. Si PHP n’en dispose pas, les calculs utiliseront à nouveau les méthodes de calcul natives et seront donc limitées aux architectures des serveurs. Aucun support étendu n’est envisagé pour ceux qui ne disposeraient pas de cette extension, les performances seraient très limitées et gênantes à l’usage.

Refonte de la gestion d’utilisateur

Dans le prolongement de la modification de la gestion des ressources et des constructions, la gestion des utilisateurs a été modifiée pour passer sur un modèle orienté objet, grâce à la refonte de l’accès aux données.

Refonte de l’accès aux données

Le chargement des données depuis la base de données pour les planètes et les utilisateurs ont étés modifiées. D’une part pour intégrer une vision orientée objet et d’autre part pour permettre à tous de charger, créer, modifier et supprimer des enregistrements sans écrire de SQL, ou d’en écrire très très peu. Ce système est très proche de ce que fait One.Platform, sans en avoir toutes les capacités, mais dans le cas présent seul le plus important a été porté.

Ce point sert de base aux fonctionnalités orientées objet mises en place pour cette version, on y retrouve 3 types de ressources de base qui permettent d’interroger et de mettre à jour la base de données selon les données que l’on traite.

Compatibilité ascendante

La fonction doquery() devient donc obsolète, comme beaucoup d’autres fonctions héritées de la version 0.8-sp1. Tous les appels à ces fonctions seront maintenus pour conserver un maximum de support avec les mods existants, mais redirigeront tous les appels vers les nouvelles méthodes.

Deux paramètres système permettront d’afficher des informations de migration pour les développeurs. Le premier, le mode DEBUG est déjà présent dans les versions 2009.3 et 2009.4, il permet de ne pas afficher les erreurs quand il est désactivé et de ne les afficher qu’en fin de page une fois activé pour ne pas gêner les joueurs et les administrateurs de jeux.

Le second mode se nomme DEPRECATION, il permet indiquer où et quand les méthodes obsolètes sont appelées, c’est un outil intéressant pour ceux qui ont déjà beaucoup modifié leur XNova, qui leur permettra d’être guidés pour mettre à jour leurs mods.

Une API uniforme

Le gros problème de XNova est le manque d’uniformité dans le code source, dû principalement au nombre de développeurs qui ont ajouté leur petite fonctionnalité ici ou là. Pour les développements de cette version, tout a été pensé pour poser une interface uniforme. Grâce à la notation objet et quelques règles de nommage, il devient plus facile de comprendre le fonctionnement et donc de modifier XNova:Legacies.

Modifier XNova:Legacies passera par la création d’un module

Plus besoin de modifier le code source de XNova, pour ajouter ou modifier un fonctionnement du jeu. Il ne sera plus nécessaires (et même déconseillé) de modifier les fichiers sources fournis dans le package de base.

Il existe maintenant 3 espaces de sources : core, community et local, où le premier contient le code source du package de base, le second contient des modules communautaires fournis sur le forum que vous aurez ajouté et le dernier contient votre code source. Le chargement automatique des fichiers chargera en priorité du code source local, puis communautaire, puis par défaut le code source du package standard.

L’avantage pour vous sera de pouvoir copier un fichier provenant du package de base vers le répertoire local puis de modifier ce qui vous intéresse, sans risquer de ne plus pouvoir migrer sur une version future. Il n’y a plus besoin de patch, l’archive de base suffira.

Ceci reste malgré tout limité aux classes réécrites pour cette future version, soit à peu près le quart des fonctionnalités de base, mais au fil du temps tout le code source finira par être migré.

Statut des développements

Je fais la liste ci dessous des développements déjà réalisés et les statuts de ceux qui sont en cours :

• Support des grands nombres [100% réalisés, en phase de tests]
• Programmation événementielle [100% réalisés, en phase de tests]
• Gestion des planètes [100% réalisés, en phase de tests]
• Mise à jour des ressources [100% réalisés, en phase de tests]
• Constructions de bâtiments [100% réalisés, en phase de tests]
• Constructions de vaisseaux et défenses [100% réalisés, en phase de tests]
• Marquage des méthodes obsolètes [100% réalisés]
• Accès aux données, passage sous PDO [90% réalisés, en phase de tests]
• Gestion d’utilisateur [80% réalisés]
• Compatibilité ascendante [50% réalisés]
• Documentation de code [20% réalisés]
• Nettoyage du code obsolète [0% réalisés]
• Reprise des templates [0% réalisés]
• Reprise de l’installeur [0% réalisés]

Le tout est à un état de réalisation de 75% environ avant la sortie d’une version alpha.

Dépôts de sources

Le dépôt de sources est désormais sur Github, vous y trouverez cette version en chantier, vous pourrez y suivre les évolutions au fil du temps.

Ce vaisseau a une capacité de combat supérieure à tout ce qui existait dans XNova jusqu’à présent, mais son coût s’en ressent également:

• Coût en métal : 150.000.000
• Coût en cristal : 300.000.000
• Coût en deutérium : 450.000.000
• Coût en énergie : 100.000.000

Vous avez bien lu, ce vaisseau nécessite une grande quantité d’énergie pour être construit. Chose nouvelle, il en nécessite également beaucoup pour son entretien lorsqu’il n’est pas en mission : autant que la production de 1250 satellites solaires. Mais réjouissez vous. Ce vaisseau, à l’instar de l’étoile de la mort a la capacité de détruire des lunes, et ce avec 4 fois plus de puissance qu’une étoile de la mort.

Voilà la liste des points réglés dans cette version :

• Limitation des systèmes saisis aux limites connues de l’univers, il était auparavant possible de visiter des galaxies ou des systèmes qui n’avaient pas lieu d’exister (système >499 ou <1 et galaxie >9 ou <1)
• Correction du calcul de ressources, ce qui empêchait de faire son graviton avec des satellites
• Ajout de la supernova
• Correction des accès aux pages de l’admin, ces accès sont désormais limités à 3 valeurs sous la forme de constantes définies dans constants.php
• Refonte complète de la queue de construction des vaisseaux et des défenses, certains problèmes sont survenus sur des correctifs précédents, j’ai décidé de tout réécrire et de changer le format d’enregistrement en base. Une perte de données sur la liste de construction est possible si jamais vous migrez votre XNova.
• Changement des probabilités de destructions de lunes, les probabilités maximales de destruction de la lune et de la flotte sont de 50%

Vous trouverez les archives sous les 3 formats habituels (triés par taille) :

Au format Bzip2 (5.9M)
Au format Gzip (6.0M)
Au format Zip (6.5M)

Et un patch (compressé) pour migrer plus simplement vos versions modifiées :

Patch de migration 2009.2 vers 2009.4
Patch de migration 2009.3 vers 2009.4

Attention, pour ceux utilisant un patch pour migrer leur version, la table de planètes doit être mise à jour :

ALTER TABLE game_planets ADD supernova INT(11) NOT NULL DEFAULT "0" AFTER battleship

Next to come, the user module, which will be the 2nd part of the XNova:Legacies 2010-alpha0 release.

You can now fetch the core module from the SVN trunk :
svn co svn+ssh://svn.xnova-ng.org/svnroot/xnlegacies/public/branches/modules/core/trunk

Or from the SVN tag :
svn co svn://svn.xnova-ng.org/svnroot/xnlegacies/public/branches/modules/core/tags/release-1.0-alpha0

La prochaine étape se concentrera sur le module user, qui sera la 2nde tranche de développement de XNova:Legacies 2010-alpha0.

Vous pouvez désormais récupérer le trunk SVN du module core de cette manière:
svn co svn+ssh://svn.xnova-ng.org/svnroot/xnlegacies/public/branches/modules/core/trunk

Ou bien depuis son tag :
svn co svn://svn.xnova-ng.org/svnroot/xnlegacies/public/branches/laboratory/gplanchat/modules/core/tags/1.0-alpha0

Cette version inclura une API d’accès aux donnés provenqnt de XNova:Next-Gen, rendant la fonction doquery() obsolète – elle sera donc supprimée peu à peu des sources dans les versions futures. Désormais, plusieurs connexions à la base de données peuvent être mises en place, utilisant les moteurs de bases de données différentes, ce sera utile pour une migration future du code source utilisant le connecteur ext/mysql à un des autres connecteurs ext/pdo_mysql ou ext/mysqli.

D’autres changements intéressants pour les administrateurs de jeu es la réécriture complète du fichier “include/vars.php“, qui sera maintenant beaucoup plus lisible pour tous et la possibilité d’afficher simplement, grâce à la configuration, des messages de débogage et de dépréciation.

Pendant longtemps, cette version a été annoncé comme étant la version 2009.3, certains ont fait quelques observations et comme il y aura beaucoup de changements dans le code source, le numéro de version majeur sera changé en 2010.

This version will include an object-oriented data access API coming from XNova:Next-Gen, making the doquery() function deprecated – it will therefore be deleted little by little from the sources in future versions. As a matter of fact, multiple connections to the database can now be set up, using various database engines, this will be useful for a future migration from the deprecated ext/mysql database connector to either ext/pdo_mysql or ext/mysqli connectors.

Some other interesting changes for game administrators are the refactoring of the file “include/vars.php“, which will now be much more human-readable and the ability to easily display debug and deprecation messages.

For a long time, this version has been announced as the version 2009.3, some have made some remarks and as long as there are a lot of core changes, changing the main version number may be a good idea, then.

As like the 2009.1, there will be multiple releases before a “stable” version comes, a debug server will be launched very soon to launch some “Bug Hunt Days” and find more bugs, more bottlenecks to fix in early releases.

This year will see the coming of the official suport of the english language in the base release archive, lots of you asked for it to be back, it will be done in version 2009.3.

Another important fact is the coming of Zend Framework integration, as up to the future release 2009.3, the Zend_Db component will start to replace the old and dangerous SQL queries which were using the unhandy doquery() function. This will make SQL injections a lot harder to do and has for a later objecive to bring mysqli and pdo_mysql extensions support instead of the historic mysql extension which was deprecated a few years ago.

About improvements, there has been a very heavy redesign of the file vars.php to make the game engine parameters easier to read and to change. This may break for those who have already changed this file in their custom servers, but it is the best way to make things prettier and easier for everyone.

In parallel, I hope there will be some big space for the next major release using XNova:Next-Gen‘s core components which will have a 4-step development life. During this time, an alpha release will be made when a step is finished, it will then be awaiting tests and validation. This branch have parts in common with XNova:Next-Gen and will be a preview of XNova:Next-Gen‘s release.