Maintenance
Corriger une page d’erreur après une mise à jour, avec un filet de sécurité de développeur
Votre page produit se charge de nouveau rapidement, avec une petite correction documentée et une sauvegarde de l’original.
ProVersion payante
Ce que cela remplace: 1 à 4 h de développeur en urgence
les logs montrent une erreur fatale dans override/classes/Product.php après la mise à jour vers ps 9 (signature de méthode incompatible). montre-moi le fichier, propose une correction compatible avec la 9.x, applique-la d’abord sur la préprod
Ce que fait le chat
- Le chat lit l’erreur et trouve le fichier qui la provoque.
- Il propose la plus petite correction possible et la montre.
- Après votre accord, il sauvegarde le fichier, applique la correction sur la copie de test et vérifie la page.
- Il refait ensuite la correction sur la boutique en ligne, avec un nouvel aperçu.
Le problème
Après la mise à jour, la page produit affiche l’écran générique « Oups, une erreur s’est produite ». Le journal d’erreurs pointe vers un ancien code personnalisé.
Ce que vous obtenez
La page se charge de nouveau avec une correction minimale et documentée. Le fichier d’origine est conservé en sauvegarde.
Vous gardez le contrôle
Vous voyez chaque modification avant son enregistrement, et rien ne se passe sans votre accord. Cette réparation en profondeur ne fonctionne que lorsque l’interrupteur Maintenance est activé (il se coupe tout seul après 3 heures) et garde une copie de chaque fichier ou enregistrement modifié.
Cas d’usage similaires
- Comprendre les messages d’erreur après la mise à jour d’un moduleContenu et SEO, Catalogue
- Vérifier la santé de la boutique avant une mise à jourContenu et SEO, Catalogue
- Tester d’abord les modifications risquées sur une copie de test de la boutiqueThème
- Corriger un bug dans le code d’un module en attendant le correctif de l’auteurModules
- Corriger un fichier de la boutique qui bloque Google, avec une sauvegardeMaintenance
Pour les développeurs
- Domaine
- 5 · Maintenance
- Dans TellMyShop Free
- non, version payante uniquement
- Pour
- Développeur, Agence / freelance
- Outils
- ps_get_logs, ps_server_file, ps_inspect_page, ps_list_file_backups, ps_restore_file_backup, ps_clear_cache, ps_check_shop_health
Étape par étape
- Lit l’erreur avec ps_get_logs et confirme le fichier et la ligne.
- Avec l’interrupteur Maintenance activé, lit override/classes/Product.php avec ps_server_file (action read).
- Propose une correction minimale compatible avec la 9.x et appelle ps_server_file (action edit) ; l’aperçu des différences lance un contrôle de la syntaxe PHP, et une sauvegarde est faite avant l’enregistrement.
- Après votre validation, enregistre sur la copie de préproduction, revérifie ps_get_logs et la page avec ps_inspect_page (et vide le cache avec ps_clear_cache si l’interrupteur Thème est activé), puis refait la même chose en production avec un nouvel aperçu.
- Si quelque chose se passe mal, restaure avec ps_list_file_backups et ps_restore_file_backup.
Sécurité
Les travaux de maintenance (fichiers, base de données, réglages) ne fonctionnent que lorsque l’interrupteur Maintenance est activé ; il se coupe tout seul après 3 heures, et le propriétaire reçoit un e-mail quand il est activé. Les fichiers PHP sont vérifiés (syntaxe) et sauvegardés avant l’enregistrement ; le module n’a aucun outil qui exécute du code PHP arbitraire. Les fichiers protégés (identifiants de la base de données, .env, les dossiers du module lui-même) sont hors de portée. Si la boutique est complètement en panne, la clé de secours du module peut restaurer les fichiers sauvegardés sans que PrestaShop tourne.
Dernière mise à jour: 2026-10-25