Écran blanc après mise à jour
Un module de livraison incompatible avec la version installée la veille. Retour arrière en quarante minutes pour rouvrir la boutique, module remplacé dans la semaine.
Écran blanc après une mise à jour, paiements qui ne passent plus, espace de gestion inaccessible, ou pire : une boutique piratée. Dans ces moments-là, le réflexe est de tout essayer très vite — et c'est ce qui transforme une panne réparable en perte de données. La première chose que je fais n'est pas de réparer, c'est de mettre à l'abri l'état actuel, aussi cassé soit-il.
Réponse sous 4h ouvrées. Pour les cas les plus urgents, préférez WhatsApp.
Une panne se traite dans un ordre, et cet ordre compte plus que la vitesse. On sauvegarde l'état actuel, fichiers et base de données, avant toute manipulation : même cassée, une boutique contient les commandes de la journée, et une réparation ratée sans copie préalable coûte infiniment plus cher que la panne elle-même. Ensuite on lit les journaux — le registre où le serveur, PHP (le langage qui fait tourner PrestaShop) et la boutique notent tout ce qui se passe — au lieu de deviner.
La grande majorité des pannes y sont écrites en clair, et la moitié du temps gagné vient de là. Quatre familles couvrent presque tous les cas. L'écran blanc, qui est presque toujours une erreur grave que le serveur masque volontairement aux visiteurs — on la fait parler et la cause apparaît.
La panne consécutive à une mise à jour, où le retour arrière est souvent la bonne décision immédiate, la correction venant après, au calme. Les paiements qui ne passent plus, généralement une clé d'accès expirée chez le prestataire de paiement, un certificat, ou un module devenu incompatible. Et la boutique piratée, qui est un cas à part : on isole, on constate l'étendue, on nettoie, on referme la porte d'entrée — sinon la réinfection suit sous quarante-huit heures.
Je facture au temps réellement passé, pas à un prix fixe d'urgence. Un prix fixe pousse à conclure vite ; le temps passé pousse à conclure juste. Et si le diagnostic montre que la panne relève de votre hébergeur ou d'un prestataire tiers, je vous le dis, avec les éléments pour le leur démontrer — c'est souvent le livrable le plus utile.
Décrivez le symptôme, l'heure d'apparition et ce qui a été fait juste avant — une mise à jour, un module installé, une intervention. C'est souvent la réponse.
Copie complète de l'état actuel, aussi cassé soit-il, avant toute manipulation. Cette étape n'est jamais sautée, même sous pression.
Lecture du registre du serveur, reproduction du symptôme, identification de la cause. Vous recevez le constat avant que je propose quoi que ce soit.
Correction, ou retour arrière si c'est plus sûr à cet instant. L'objectif est de rouvrir la boutique ; le nettoyage de fond vient ensuite.
Un module de livraison incompatible avec la version installée la veille. Retour arrière en quarante minutes pour rouvrir la boutique, module remplacé dans la semaine.
Un certificat expiré chez le prestataire de paiement, invisible depuis la boutique. Trouvé en vingt minutes dans le registre du serveur ; les trois jours perdus l'avaient été à chercher au mauvais endroit.
Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.
Certification délivrée par l'éditeur du CMS