- Accueil
- Info légales
- Aide (FAQ)
- Les tags de ce site
- Bloc note
- Articles techniques
- Notes system
- Divers articles
- Drupal
- Notes ITIL 2007
- Notes MS
- Dans le quartier...
- Emploi
- Recettes de cuisine et adresses gourmandes
- mes applis ubuntu préferées
- Divers acronymes du monde social
- Internet 2018
- P2 meublé à louer - quartier du Poteau 75018
- apcos - réseaux sociaux et outils
- Articles techniques
- Divers liens
- Fun
- Mon CV IT
- Nouveautés
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...