Suite de hier donc avec enfin la dernière touche de contrôle des derniers travaux sur les serveurs. On va enfin pouvoir reprendre la vitesse de croisière si tout va bien.
Pendant ce temps (pas 2 fois la même feinte), j’ai modifié/amélioré la base web en préparant le site, dit ‘simple’, du projet Nahyan.
La base se simplifie et s’uniformise malgré la diversité d’emploi.
Côté design les maquettes sont presque prêtes pour les premiers essais d’intégration.
—
t+=4h=64h;
Aujourd’hui mise en place NFS, relier les répertoires pour ce ça soit comme avant mais en utilisant le nouveau système.
A priori ça fonctionne, il reste à tester le failover et on y sera.
Cependant, « pendant ce temps à Veracruz », les serveurs ont décidé de ne plus réponde aux requête web, du moins à distance car en local nickel… Me voilà donc avec un problème sans raison apparente…
Pas besoin de dire ce que je ferais demain donc…
—
t+=4h=60h;
Une semaine bloqué dans mon travail m’a donné l’occasion de jouer avec canvas la balise HTML5 et javascript.
J’ai conçus un petit test abordant divers principe pour une base de jeu.
http://killan.daaboo.net/nahyan/test/, le code est dans la source, profitez-en. (Firefox et Chrome, contrôle via les flèches du clavier)
Les principes abordés sont :
– élaborer une grille, au final codé en JSON. L’affichage tiens compte de l’ordre pour la profondeur,
– chaque élément de la grille est un objet graphique (objet Image) avec paramètres,
– un personnage se déplace sur la grille,
– des éléments de la grille sont animé via la technique des sprites.
Outre l’aspect rudimentaire du graphisme la base est là, un personnage se déplaçant dans un monde.
Voilà donc la seule différence avec l’ancien Nahyan, la profondeur du jeu reste inchangé et tout aussi permise, on y gagne en technique, maitrise et temps de développement. Qui sait qu’un jour Bethesda décide de prendre notre projet pour faire celui que j’espérais faire naître 🙂 .
Dans un premier temps je réunis les anciens membres et vais continuer mes tests et implémentations de fonctionnalités, tout en sachant qu’une fois le projet démarré il me faudra recommencer de meilleure manière.
Développer une éditeur de zones et fixer les modalités de fonctionnement du « moteur ».
Des idées d’optimisation sont déjà élaborées ainsi que le système de construction (objets et bâtiments). Le compositing de l’équipement des persos ainsi que le terrain « vivant » ont également étés adaptés.
Donc il me reste à attendre la prochaine (première) réunion pour cette version et avancer sur le développement du système.
L’intervention visant à implémenter un système de fichiers différent d’origine a été planifiée ce vendredi, ce qui fait que depuis j7 je suis bloqué sur tout ce qui touche les fichiers, dans le cas de ce projet, presque tout.
Malgré tout j8 n’est pas resté vide. Ce qui touche la partie dev utilise le nœud complet, une page d’attente a été installée sur le nœud en prod et quelques fichiers de style ont étés défini un minimum.
Le catch-all a été corrigé, le système d’erreur a été continué gérant 204 et 404 et le login il ne lui manque presque que son design qui arrive, car oui un infographiste se joint à l’équipe et prépare les premiers designs 🙂 !
La gestion de l’authentification a été sortie de la base web et devient module individuel tout en gardant une division concernant la couche db.
Divers petites fonctions ont étés améliorées, complétées et terminées. On pourra bientôt tester.
Donc aujourd’hui un système DRDB+NFS se met en place sur les serveurs et je dois donc revoir une petite partie de l’architecture de départ/visée.
—
t+=5h=56h;
La base est désormais capable d’incorporer le contenu dans un corps, belle avancée !
Le reste a surtout été une correction et amélioration de la config système et des serveurs du noeud web. Ainsi le domaine beabuzz.be est fonctionnel et affiche une phrase que j’espère remplacer rapidement par le contenu d’attente.
Ainsi un espace de développement a été mis en place sur un serveur pour continuer de construire ce projet.
De l’aide infographique rejoint les rangs et constituera la première vague de tests designs et mise en place des règles de contenu.
Programme de la suite
– Peut-être la mise en place du nouveau système de fichier (NFS) et modification du système en rapport
– système de connexion unique
– utilisation du noeud web pour le dev pour tester en condition totale
– on verra ce qui se libère si ça ne se passe pas comme prévu…
—
t+=3h30=51h; //+ 2h30 de réunion
Le premier jour, Dieu créa la page blanche.
Le deuxième jour, il le voulait pas que tout le monde y accède et créa la sécurité.
Plein d’humour le troisième jour il créa les insectes mangeur de pages, mais ils furent confronter à la sécurité.
Un peu sadique sur les bords, le quatrième jour il inventa les urls propres, ainsi le labyrinthe gêna les autres insectes borgnes et ne trouvent pas la page de Dieu. Et s’ils la trouvent ils sont confrontés à la sécurité.
Le cinquième jour, dans sa grande bonté, il ne voulait pas que ses amis se perdent et définit une page par défaut. Elle est blanche immaculée et tout le monde peut la voir derrière sa vitrine illuminée.
Le sixième jour Dieu trouvait sa page monotone et dit « Que le contenu soit ! » Et au delà du long tunnel qu’est le flux sacré, de la lumière naquît une page contenant la parole divine : « Test avec que du texte simple « . Évidemment seul les amis de Dieu peuvent passer la sécurité et éviter les insectes borgnes et mangeur de pages !
—
Vous l’aurez peut-être compris, j’ai fini le parcours du flux et affiché un contenu de niveau 1, ainsi partiellement toute la classe spécialisée est écrite.
Le niveau 1 définit un texte sans contenu ni mise en forme, mais contenant la base des informations basiques.
Programme de la suite
– Donner un corps au contenu, ainsi que définir toute la théorie concernée.
—
t+=2h=42h; //Samedi, corrections cf j5
t+=5h30=47h30; //Panne du net dju !
Journée intense de réflexion dû à la découverte d’un problème de réplication. Je n’en dis pas plus pour l’instant, j’attends d’avoir de plus amples renseignements techniques.
Sinon, le routage et la classe mère des modules ont été corrigées légèrement.
La récupération des informations d’une page également via le travail d’hier.
Le chargement du contenu a également fait l’objet de longs moments de solitude cérébrale… mais du bon en est ressorti quant à un début de procédure.
Le contenu bénéficiera d’une version dev|prod, de multilinguisme et peut-être de versions.
La configuration a été restructurée, saleté de serpents (Persil va coucher). 2 stockages généraux ont été fusionnés et sauvés à des endroits plus stratégiques.
La gestion d’erreur se met en place plus proprement.
Programme de la suite
– une liste de corrections a effectuer, ce qui va changer la donne sur différents points, principalement la classe mère des modules et les attributions de valeurs de départ + fallback.
– générer une configuration de page en db et contrôler la suite du flux de sortie.
—
t+=6h=40h; //Retard dû au blocage, dju !
La suite du développement du flux d’affichage d’une page suit son cours, car en fait il s’agit de ça.
Je suis donc toujours en train de coder la classe spécifique et patatra le serpent c’est co mordu la queue.
C’est en codant l’analyseur d’url que je me suis rendu compte que j’avais besoin d’une infos non disponible et que pour l’avoir on avait besoin de ce que je faisais… ça tourne légèrement en rond…
Ni une, ni deux, je met dans dans la classe de stockage, elle est faite pour ça après tout, du coup la classe d’environnement ne sert plus à rien, je tape tout dans l’index et la vire. Bam, je corrige, adapte, améliore encore un peu l’index et on revient enfin à une situation stable 🙂 Ça fait toujours plaisir.
De là, j’ai pu avancer dans le routage et le finir (non testé) et les théories et décisions d’architecture se mettent en place soigneusement.
Le fichier de conf apache a lui aussi été revu prévoyant les 2 cas d’utilisation possible de la base web.
Programme de la suite
– Finir la classe spécifique, oui encore et toujours elle. Il s’agira ici de tester une conf par défaut qui deviendra celle du site mère.
– Ensuite il y aura la gestion du contenu a afficher.
—
t+=7h=34h;
Ce troisième jour a été plus souriant que le précédent, bien que la solution des sessions n’a pas été évidente.
Dans l’ordre donc, j’ai fini le système des sessions PHP sous couchdb ! Un bon pas de fait 🙂
PHPillow est passé en 0.6-beta et sous ‘pear’ donc j’ai changé cette partie ainsi que le chargement des classes. Merci spl_*.
Globalement il y a eu quelques adaptations dans l’index, env et spec ainsi que des avancements.
L’architecture a été modifiée pour profiter de la base correcte originale au lieu de rajouter un sous dossier qui servait à la même chose au final. Bref ne pas refaire ce qui est fait et devenu ‘standard’ pour cette base web. 🙂
Le fichier de conf d’un site est fait (premier jet). Ce qui nous donne la config de ce site, la liste des langues et l’initialisation des traductions.
Ça prend forme tout doucement. C’est surtout l’architecture qui s’affine selon les particularité de BaB et qui demande à revoir de manière encore plus générique la base web.
Programme de la suite
– finir la classe spécifique, qui comprend : gestion des contenus, authentification et infos du site à afficher. Ça va surtout être de l’architecture dans un premier temps.
—
t+=9h=27h;
lc=1366;
Fin de cette seconde journée… D’abord qu’est-ce qui a été fait selon la planification de hier :
La class env est faite, avec l’index et la spécifique elles ont été corrigées.
Le debug est fini pour la première partie, jusque là ça va bien.
Couchedb est installé… ça c’est du sujet, j’ai installé la dernière version sur le serveur mais une dépendance posait problème : Erlang, à 1 version près. C’est du chipotage, long, mais j’y suis arrivé 🙂 !
Les sessions sont presque ok, mais un problème du côté des vues couchdb bloque la situation et m’empêche de tester.
Donc demain, en priant qu’on m’ait répondu, je termine les sessions et la suite de la classe spécifique.
Également, divers corrections ont étés réalisées ici et là pour finir les adaptations de certaines parties, notamment au niveau des fichiers d’en-tête et pied de document.
Programme de la suite
– finir les sessions
– finir la classe spécifique, cela comprend : lister les langues, initier la traduction, gestion des contenus, authentification et infos du site à afficher.
—
t+=9h=18h;