Le Guppy nouveau satisfait à des tas de normes du web: css2.1, Xhtml, php5.3 ... Sauf que on traîne dans nos guppys depuis des années des vieux articles, d'anciennes news qui ont passé tous les upgrades et migrations sans bouger d'un iota. Short opentags, code sorti d'éditeurs antédiluviens, rien de tel que des antiquités dans les datas pour dézinguer une validation. Ya même pas besoin de plugins ou de scripts externes pour ça...

Je ne m'étais jamais posé la question jusqu'à ce que je nettoie le plugin Opennews pour le valider en php5.3. Il passe correctement sur le site en ligne, mais il n'est pas sous php5. Alors j'installe wampserver 2 et j'essaie en php 5.3 en local. Sur un site tout beau tout neuf en 4.6.11 avec des news toutes fraiches crées pour l'occasion, aucun problème: le plugin est valide pour le PHP 5.3. Avec les datas de StockAstuces, les nouvelles s'étalent sur plusieurs années et ont presque toutes été créées en 4.5.

Premier essai catastrophique : dans la boite latérale du plugin (qui permet de classer les news par année, puis par mois), tout est déplié, on lit tous les textes à la queue leu leu dans une boite latérale qui n'en finit plus. Je fais un contrôle d'intégrité et tout rentre dans l'ordre. Mais dans la bagarre, j'ai égaré les plus anciennes des nouvelles: il ne m'en reste que 3 sur plus de 35 ! Je vérifie mes données: elles ne sont plus visibles en admin et mon dossier data a maigri des 1/3 en taille ! Je n'en crois pas mes yeux et je remets une copie des datas: bon poids, plus de 5,41 Mo et 3049 objets. Et rebelote : ce n'est pas le plugin opennews qui pose problème, mais l'affichage de toutes les datas à la file en mode source.

En admin, à part 3 nouvelles, toutes les autres affichent: Fichier absent ou vide, mais présent dans docid. Le short open tag en tête de fichier (au lieu de la norme nouvelle) le rendrait donc illisible: php 5.3 ne lit pas plus loin et considère que c'est à jeter. Donc, si je passe à la moulinette du contrôle d'intégrité, ça me détruit physiquement tout ce qui est illisible. Et ce n'est pas seulement pour les nouvelles, c'est pareil pour une grande partie des articles, téléchargements, liens, forum ... Avant le contrôle d'intégrité, le site, c'est Beyrouth, après le passage de la tornade blanche, c'est un désert minimaliste : 3.58Mo, 334 objets. Donc, les vieilles datas ne sont pas digérées par le php5 et un contrôle d'intégrité les envoie dans le grand vide intersidéral: elles ne sont pas seulement inaccessibles, elles disparaissent physiquement complétement.

Pour essayer de repérer les différences de code dans les datas, j'ai essayé de comparer le code source d'un article créé depuis la nuit des temps en 4.5 et celui du même article que j'ai refait. A part le short open tag du début, je n'ai constaté de différence que dans le formatage du corps de l'article (le texte) et ça doit dépendre de l'éditeur. Alors, j'ai essayé un truc: reprendre mon stock de datas, le passer à la moulinette de Handy File Tools pour ajouter en masse les "php" qui manquent. Et là, c'est nickel, j'ai toutes mes datas valides en php 5.3. Je n'en ai perdu aucune. Et tout est parfaitement lisible. Des datas anciennes peuvent physiquement anéantir un site.

Je me disais qu'un script de nettoyage de datas pour les rénover, ce serait le top ? J'en ai rêvé, Icare l'a fait. C'est en téléchargement   >>>>> LA

ATTENTION POUR QUE LE SCRIPT FONCTIONNE, LE SITE (LOCAL OU EN LIGNE) DOIT ETRE EN PHP5. IL NE TOURNE PAS SOUS PHP4.