Catégorie : Be a Buzz

Précédemment j’ai mis au point l’upload de fichier, contournant le problème de session par une info stockée. Ceci à eu un effet de bord dangereux propulsant ma DB à +1.3Go au lieu des 20Mo normaux.

Il aura fallu réécrire différente section des infos de connexion, de changement de page, d’upload de fichier pour s’en sortir mais la situation a été améliorée, tant d’un point de vue sécurité que du point de vue DB.

L’installation progresse, étape 2/3 en cours. Le temps pris viens du fait que Tout et moins travaillons chacun notre tour en bloquant l’autre. Ça n’aide pas. Mais on y est bientôt, ça se rapproche.

Les designs se listent paginés (ok) et selon critères (à tester). Il manque une mise en forme et une complétion du design avec la finalisation de la recherche par mots.

L’étape 3 est en préparation et en découlera la procédure de création dynamique d’un nouveau Buzz ! J’ai hâte. Au lieu d’exécuter un script manuellement ^^.

La traduction des clefs a également été codée, ce n’est plus qu’une question visuelle et de finalisation théorique de l’étape 3.

Des tests réels sont prévu d’ici quelques jour le temps que les designs en relation arrivent.

De nouvelles erreurs de gestion de premier arrivage ont été décelé, merci Thorsten. Ça promet d’être amusant à débugger. Comment se faire passer pour un DE quand on est FR/EN… il va falloir relire le code et compiler à l’ancienne… dans sa tête. Puis vérifier les VH… enfin…

Programme de la suite

~ installer le site mère
~ composer RACO
~ installateur
– installer photo véro
– système de modules (incorporation, options, config, utilisation partielle, …)
– publication du contenu (PROD)
– système de tâches
– gestion des modules
– inscription

—
t+=5h=281h35;

Le système d’édition a été fusionné pour ses parties de contenu central et de bordure. La fusion n’a pas été sans mal et un correction majeure à permis un code plus léger et surtout plus fonctionnel pour les bordures. Il ne sert à rien de réinventer la roue et de dupliquer du code, c’est mal !

Les bordures ont aussi été rendue traduisible, ce qui avait échappé au début.

Côté installation de Buzz, cela progresse, des théories ont été tranchées et mise en application.

Outre ça, quelques parties de code ont été générisées ce qui n’a pas fait de mal.

Programme de la suite

~ installer le site mère
~ composer RACO
~ installateur
– installer photo véro
– système de modules (incorporation, options, config, utilisation partielle, …)
– publication du contenu (PROD)
– système de tâches
– gestion des modules
– inscription

—
t+=6h=276h35;

Ces derniers jours ont ciblé l’installateur mais le code n’étant pas encore prêt et grâce à une démo, une liste de bugs est remontée, donc vous imaginez bien la suite.

On peut désormais faire un lien sur une image, ce qui débloque les logos de site étant la source de cette problématique. Ce qui a engendré une série de corrections pour les bordures ainsi que les corps de site.

En parlant de lien, une assistance permet de faire un lien vers une page interne plus facilement tout en permettant les liens externes comme précédemment.

La mise en forme a été corrigé, un lien ne voulait pas s’enlever, sale bête. Il manque juste un peu de CSS et ce sera parfait.

On peut maintenant aligner son texte : à gauche, centrer ou à droite !

Les menus, un peu oubliés, ont été affinés avec l’indicateur de qui est sélectionné, aide pour les designs.

L’édition des images avec lien ou légende a été complété pour palier à tous les cas de figure.

Côté code, ça se complète, se debug, s’affine et s’optimise.

En interne, pour un peu en parler, nos outils s’affinent également, bientôt un système d’attributions de tâches évitant la déforestation pour nos longues listes de points (à faire, modif, debug, …) et aussi des outils pour développeur via le système en lui-même (en projet).

Le sujet des modules est en cours depuis quelque jours, en attente d’une interface, le système de tâche permettra de définir ce gros sujet épineux.

Côté serveur, des optimisation sont en cours également, on attaque de tous les côtés afin d’améliorer le système encore et encore. Notamment un nettoyeur périodique pour toutes les crasses qui ont lieu.

Pour un peu changer, je terminerai cet article par une satisfaction, celle d’approcher d’un système de plus en plus stable et ‘fini’.

Programme de la suite

~ installer le site mère
~ composer RACO
~ installateur
– installer photo véro
– système de modules (incorporation, options, config, utilisation partielle, …)
– publication du contenu (PROD)
– système de tâches
– gestion des modules
– inscription

—
t+=14h30=270h35;

Cela n’aura pas été sans mal. Modifier ce qui concerne l’utilisateur, prévoir un moment de mise à jour de ces données, placer les données, transmettre et contrôler… le tout à l’aveugle, codé en un beau one-shot avec succès. Bon ok un ‘;’ manquait et 2 répertoires n’avaient pas les droits d’écriture.

Ensuite c’est le refresh de la liste des fichiers qu’il fallait obtenir. Flash devait appeler une fonction JS indiquant l’état final, appelant le refresh.

Là encore, l’uploader Solmetra était bien prévu, il a juste fallu bien écrire la fonction (pas anonyme !) et ça marche comme sur des roulettes.

Ça a également permis de mettre ne fonction le refresh au lieu d’un copié 3x.

Des finalisations graphiques ont aussi été mises en place.

Programme de la suite

~ installer le site mère
~ composer RACO
~ installation d’un nouveau Buzz
– installer photo véro => système de modules
– publication du contenu (PROD)

—
t+=4h30=256h05;

L’idée est d’offrir la possibilité au gens d’envoyer plusieurs fichier, et pour que ça soit joli et interactif, le flash, actuellement, il n’y a rien de mieux.

Malheureusement l’ami flash ne profite pas de la session de la page qui le charge, du coup il faut créer, rien que pour cet upload, tout un système de vérification de qui peut faire quoi et pour mettre où.

Bien entendu je vous passe la mise en place de la solution Solmetra Uploader utilisant swfobject (voir sujet précédent du même nom).

Après une mise à niveau et quelques réglages pour l’environnement daaboo base 5 me voilà butté à la fameuse erreur HTTP302… mais cette fois je dois dire que cette juste une manifestation du fait que la session n’est pas partagée et que la page ciblée demandais d’être connecté.

Après quelques heures sans comprendre avec tests et bidouilles je remercie le logiciel EffeTech HTTP Sniffer, car sans lui je chercherais encore. Non Firebug ne retrace pas les sorties flash, et HTTPfox non plus.

Du coup, on crée un module, accessible sans être connecté, puisque le système devra être pensé spécifiquement. Là on attaque la 2ème partie, recevoir les fichiers, je continue donc avec la solution Solmetra. Pour moi il y a trop de chose dans la class alors je la réécris sur base de l’originale et ne garde que +-10-15%.

Après adaptation, il reste 2-3 erreurs, vite corrigée grâce au sniffer, ça change une vie.

Résultat, l’upload fonctionne !

Il reste à sécuriser, savoir : qui, quoi et où.

Malheureusement cette sécurisation va demander de revoir le flux, le changement de page, le suivis, générer des clefs, ajouter des contrôles, etc.

Dans la gamme des ajouts de confort, savoir quand flash a fini, recevoir un event js pour rafraichir la liste des fichiers serait pas mal. Il faudra encore étudier swfobject, relire le code de Solmetra et faire une série de tests.

Sinon fin de journée avec Toutou on a mis en place les logos de site avec le système de bordure.

Programme de la suite

~ sécurisation de l’upload
~ installer le site mère
~ composer RACO
~ installation d’un nouveau Buzz
– installer photo véro => système de modules
– publication du contenu (PROD)

—
t+=9h=251h35;

Suite à la MEF racontée dans le résumé J49 & cie. d’autres aménagements ont été fait.

Notamment une correction du tableau (menu contextuel) et une finalisation pour les colonnes, on peut définir le nombre de colonne que l’on veut sur base d’un calcul préalable définissant le maximum, conseillé mais obligatoire.

Grand point suivant : l’installateur a été débuté. Il a mit le doigt sur un manque au niveau des fichiers, du coup il a fallu revoir l’idée d’url pour y accéder, fait et fonctionnel !

La partie développement en direct a été corrigée pour les erreurs connues et des idées pour l’améliorer sont en cours. C’est loin d’être le point le plus urgent mais cela peut aider au développement continu.

L’édition des images (changer l’image) a été corrigé pour un petit soucis d’utilisation.

Programme de la suite

~ upload de fichiers
~ installer le site mère
~ composer RACO
~ installation d’un nouveau Buzz
– installer photo véro => système de modules
– publication du contenu (PROD)

—
t+=12h=242h35;

Outre une série de corrections d’erreurs et d’affinages d’utilisation, le système à fondamentalement changé en dessous.

En effet la distinction en DEV et PROD du système porteur de Be a Buzz (Base daaboo 5) avec le DEV et PROD de chaque Buzz fait avec notre système Be a Buzz a été réglée. Donc de notre coté on peut développer et mettre en production et vous pouvez faire votre site, le préparer puis le publier. Cette notion de publication, bien que prévu dès l’origine, n’avait pas été clairement marquée dans le code. Une fusion de quelques répertoires ainsi qu’un revisitage du flux BaB de génération et d’accès a été nécessaire. Ceci sans toucher la base 5 qui devait rester distincte de son utilisation.

Ceci a été un des points important de ces 5 jours.

L’autre point réglé fraichement ce matin de jour 50 : la mise en forme (MEF). Complètement réécrite et maintenant sans erreur, plus rapide et « plus mieux », fini et fonctionnelle comme attendue. Virer 2 grosses fonctions PHP et 2 en JS, réécrire une PHP complète en générisant, simplifiant/diminuant 3 fois le code, une vrai partie de plaisir…

Dans la gamme des attendus, la confirmation de suppression ainsi qu’une modification corrigée de l’édition. Si on édite un texte, qu’on supprime son contenu et qu’on désire le sauver, ceci correspond à supprimer le bloc conteneur. Logique, on ne va pas garder un paragraphe vide, ça ferait désordre.

La gestion de fichier a également avancé : design, suppression, multi sélection, filtrage et fenêtre générique modulable à l’appel. Il nous reste à coder l’upload de fichierS.

Toujours dans l’avancement, les bordures sont maintenant éditable tout en utilisant le système existant. De même les logos de site utiliseront la même idée de réutilisation en extérieure de la zone de contenu, une simplification fortement appréciée.

En parlant d’images, ce bloc est complet avec édition de légende.

Le système en lui-même arrive (enfin, je sais) à un stade « complet », il reste néanmoins des tests à effectuer tant au niveau des erreurs qu’au niveau utilisation par un utilisateur lambda.

On va pouvoir attaquer tant en amont (installation, gestion de compte, inscription au système) qu’en aval (publication PROD).

Une grosse partie va donc s’ajouter : la gestion des comptes (finances, échéances, etc…).

Bien que ce qui est gestion sera moins complexe à coder que le système en lui-même, cela ne sera certes pas folichon.

Programme de la suite

~ upload de fichiers
~ installer le site mère
~ composer RACO
– installer photo véro => système de modules
– publication du contenu (PROD)
– installation d’un nouveau Buzz

—
t+=15h=230h35;

Donc pour résumer ces 4 jours on peut dire que ça a bougé.

La mise en forme fonctionne plutôt pas mal. Il reste encore à le mettre durement à l’épreuve pour corriger les bug de comportement mais c’est déjà bien.

La gestion des fichiers est arrivée et avance rapidement, ça change et ça fait plaisir.

Les bordures sont installées, reconnues et éditables, bien que ce soit un bug actuellement l’idée reste la même mais en mieux.

Le menu contextuel, éternel in-fini, a encore été chamboulé, mais surtout complété.

Divers formulaire ont été équipé de contrôles de validation voire même corrigé.

Côté design ça s’affine pas mal, aide visuelle, affinage ergonomique et complétion de l’existant, tout en designant les nouveautés.

Sinon en ce jour 44, excepté les corrections, les tableaux font leur apparence. C’est pas fini fini mais ça arrive 🙂 !

Pour conclure on peut dire que ça avance fort bien cette semaine, pour vu que ça dure !

Programme de la suite

~ gestion de fichiers
– blocs images
~ Installer le site mère
– Installer photo véro => système de modules

—
t+=13h+5h30=215h35;

Le développement de la mise en forme de contenus continue au travers des méandres algorithmiques des méthodes.

Finitions et tests demain.

Programme de la suite

~ mise en page (gras, italique, lien et blocs spéciaux)
– gestion de fichiers
– blocs images
– menu secondaire d’insertion directe
~ Définir les contenus secondaires (~bordures, arianes et logo)
~ Installer le site mère
– Installer photo véro => système de modules

—
t+=9h45=197h05;

Encore des corrections, aménagement et finitions nécessaires.

Le menu contextuel continue son œuvre cauchemardesque hantant mes nuis. Cependant il avance.

Il sera à noter que modifier la mentalité, donc la conception est assaillie par les pratiques courantes, habituelles et opposées. Il faudra donc prendre le temps de confronter ses idées avant de se lancer et souvent revoir encore et encore.

Des aménagements de code continuent, rien ne semble bouger et pourtant, il serait amusant de constater oh combien cela à changer dans l’idée mère.

Programme de la suite

~ mise en page (gras, italique, lien et blocs spéciaux)
~ Définir les contenus secondaires (~bordures, arianes et logo)
~ Installer le site mère
– Installer photo véro => système de modules

—
t+=5h20=187h20;