WordPress bloqué en mode maintenance et impossible d'accéder au tableau de bord — comment débloquer ?

Ne perdez pas de temps à installer un client FTP. Connectez-vous directement à votre espace client chez l'hébergeur, ouvrez le Gestionnaire de fichiers depuis cPanel ou Plesk, cherchez le fichier .maintenance à la racine et supprimez-le d'un clic droit. Ça prend moins de 30 secondes.

si tu vois pas le fichier panique pas, clique sur la roue crantée en haut à droite du gestionnaire et coche afficher les fichiers cachés (dotfiles). du coup vu qu'il commence par un point le système le cache par défaut.

On a fait la même bêtise il y a deux ans en pleine semaine de promotions. En paniquant, on a restauré la sauvegarde de la veille et on a perdu près de 3 000 euros de commandes clients passées dans les 8 dernières heures. Ne restaurez surtout pas de sauvegarde supprimez juste ce petit fichier et tout rentrera dans l'ordre.

Le fait que tout se bloque juste en actualisant l'onglet n'est pas anodin. Les paramètres max_execution_time et memory_limit de PHP sur votre serveur sont probablement trop bas. Le serveur a saturé en tentant de traiter les quatre extensions en même temps, ce qui a fait geler l'onglet ; voyez avec votre hébergeur pour augmenter ces limites.

La fameuse politesse de WordPress qui vous sort "veuillez vérifier à nouveau dans une minute" et qui vous laisse planter devant le même écran pendant des heures. bon ne vous inquiétez pas, il n'est rien arrivé à votre site dès que vous supprimez ce seul fichier la boutique rouvre direct.

Parmi les extensions mises à jour, est-ce qu'il y avait une grosse extension e-commerce qui touche aux passerelles de paiement ou aux tables de la base de données ? Après avoir supprimé le fichier, vous avez vérifié si les pages de panier et de commande fonctionnent en passant une commande de test de bout en bout ?

Une fois le problème réglé, pensez absolument à créer un environnement de staging en un clic depuis votre panneau d'hébergement. Sur un site qui génère plus de 1.000 Euro de CA par jour, on ne fait jamais de mise à jour d'extension directement en production ; on teste d'abord sur le clone, et si tout va bien, on bascule en prod.

Il suffit de supprimer le fichier .maintenance situé à la racine, ça n'affectera en rien la base de données ou les commandes.

Je suis d'accord.

Je suis d'accord en partie, pas en partie. franchement ce qui nous faisait perdre le plus de temps c'était l'absence de clarté sur qui prenait les décisions.

Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard. Je le note au cas où.

Je vais résumer ce qui a été dit jusqu'ici. Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé.

Voilà, désolé si je me suis étendu.

Vous avez raison.

Oui, la situation est exactement ainsi concernant mode maintenance wordpress. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée.

Je suis du même avis. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

Bien sûr, cela change si votre situation est différente.

Merci beaucoup, cela m'a été très utile. Si c'est une première, commencez petit, l'échelle viendra plus tard.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

C'est noté, merci.

C'est vrai en théorie, mais ça ne marche pas ainsi en pratique. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Je le note au cas où.

je vais essayer.