Editions ixe

Je récupère un site instable drupal 6.31 qui tourne sur un PHP 5.2.17. A la base, c'est Flaz qui l'avait fait il y a quelques années. Par la suite, une refonte visuelle a été réalisée par une autre équipe, et un jeune homme a tenté des mise à jour, ainsi que l'éditrice... La documentation de Flaz n'a pas été mise à jour, on trouve des copies de dossiers (en double, triple...).
L'update n'a pas été lancé, les logs sont plein d'erreurs. C'est sale

Erreur PHP omniprésente (et visible par tout surfeur): implode(): Invalid arguments passed dans /var/www/ixe/sites/all/themes/zen_me/views-view-fields--Collection.tpl.php à la ligne 36.

Ca c'est le visible. Il y a aussi une erreur liée à la recherche, qui apparait après le cron:
Table db.search_total doesn't exist query: SELECT t.word AS realword, i.word FROM search_total t LEFT JOIN search_index i ON t.word = i.word WHERE i.word IS NULL dans ../www/modules/search/search.module à la ligne 295.

Et des echecs de divers modules.

Coté hébergeur

MySQL 5.1.73
Cked 3.6.2
CTools CSS Cache
Librairie GD bundled (2.0.34 compatible)
Librairie UnicodeExtension PHP mbstring
PHP 5.2.17 - mem à 128M
Query Update    1.3.2

Conf vm de dev

J'ai un certain mal à trouver une vm en php 5.2 ;) J'ai d'abord tenté sur une vm (php 5.5.9 mais j'avais encore plus d'erreurs php, meme en patchant common.inc). Je finis par retrouver (dans mes backups) une vieille jaunty (qui n'avait pas rewrite activé lol). mysql 5.0.75 + PHP 5.2.6 et drush 5.12-dev    allez je tente :)

Le backup aussi est sale (un backup traine au sommet), la db indiquée dans la doc ne correspond pas au settings.php (et le pw lui aussi aussi est différent)... l'occas de revisiter toutes ces commandes apache/mysql/etc?

Bref... je reproduit l'erreur (voir image) sans trop d'autres soucis. Je fais un brutal drush up, mais ca va.

Dans /var/www/ixe/sites/all/themes/zen_me/views-view-fields--Collection.tpl.php   J'ai ajouté vers le haut un   $auteures = array();
Je vide le cache c'est bon :)

Quelques soucis de réglés

Soucis recherche: désinstaller et réinstaller le module résout l'erreur.

Un petit peu d'optimisation (oubli des derniers dev? les caches étaient désactivés, ainsi que compression css + afficher les erreurs php dans les logs seuls et non en plus à l'écran).

sudo /usr/local/share/drush/drush sql-dump > /home/tai/Documents/ixe/export14.sql

Le site est en maintenance, je balance le tout. Cf le résultat à http://www.editions-ixe.fr

Note: il faut faire l'export en deux fois (taille max db dépassée pour transfert).
Update: En fait, dans .sql qui tournanit en prod, il devait y avoir des données corrompues. Faire l'import en plusieurs parties, et en excluant le contenu de la table posant soucis a "réparé" le drupal (table cache_update).

Erreurs xmlsitemap 6.1.2

Cette branche n'est plus vraiment supportée, et la migration vers la 6.2 semble risquée. Yahoo! Site Explorer has moved to Bing Webmaster Tools.

J'ai désactivé Ask et Yahoo.

Emails bloqués par OVH

OVH a envoyé un certain nombre d'emails pour signaler que le site spammait (site pas à jour, il manquait pas mal de patches de sécurité), et qu'il y avait des erreurs (boite qui n'existe plus ou retournent une erreur...). 
Sans réponse (recoit-elle ces emails?), ils ont coupé le service d'email.

Je l'ai réactivé via leur interface (et fait un test d'envoi d'email, en utilisant le formulaire de contact).

Si si les emails re-fonctionnent !

Une action orpheline (backup_migrate_action_backup) existe dans la table des actions. Effacée.

A faire

Il faudra probablement tester ces emails séparemment et mettre à jour la table concernée... Donc ce n'est pas totalement terminé (dès qu'elle rebalancera 1 ou 2 news letters, ovh va la rebloquer pour trop d'erreurs).

Vérifier si elle recoit les emails envoyés par OVH (spam abuse...). Le contrat d'hébergement se termine fin 2014. OK

Vérifier si ces modules sans conf peuvent/doivent etre retirés ou ajoutés?

admin/build/taxonomy_redirect  n'est pas configuré. Des composants (ex: panels) sont à désinstaller. Ajouter un capcha? Désactivation des fonctions newsletter (elle paie un autre service depuis quelques mois).

Cf le résultat à http://www.editions-ixe.fr

Conclusion

Ai ajouté quelques views, pour faciliter la gestion du contenu et images. Le site est à jour et plus d'erreur PHP visible, de type template ou de module (encore des soucis dans certaines Views).

• A long terme: A migrer vers drupal 7 ou 8, et surtout qui supporte une version de PHP récente. Passer de paypal simple vers un des modules de paiement ou plus standard?
• A moyen terme: je fais les maj d'urgence sur le site en production (drupal 6). Un outil de mailing est déja en cours.
• L'héberger chez moi en cas d'urgence (si upgrade de l'hébergeur en 5.3 le site sera ko) - (migration vers drupal 7, avec un thème "responsive" en cours de dev sur une vm).

Cf le résultat à http://www.editions-ixe.fr + refonte (bientot en prod) ixe.bourdiol.org
Voir aussi ce module de sécurité pour drupal 6, facile à utiliser: Module security_review
http://drupal.stackexchange.com/questions/6677/how-to-programmatically-s...