Une page par erreur, quand votre site ne répond plus. Chaque guide commence par le message exact de WordPress, puis présente les causes dans l’ordre où les vérifier.
Comparez le libellé exact. Une page blanche et une erreur 500 peuvent se ressembler dans le navigateur, tout en ayant des causes différentes.
WordPress chargé, lu wp-config.php, et ne pouvait pas obtenir de réponse de MySQL. Chaque page du site est vide jusqu'à ce qu'elle le puisse.
Une page complètement vierge sans erreur et sans HTML. PHP a arrêté la demande en milieu de ligne et le message est allé dans un journal que vous n'avez pas encore lu.
Le serveur Web a essayé de produire la page, quelque chose s'est mal passé à l'intérieur, et il a retourné un code d'état au lieu d'une raison.
Le serveur web a atteint PHP et PHP n'a pas répondu. Nginx ou Apache est en train de signaler une conversation qui s'est terminée avant qu'elle ne commence.
PHP fonctionnait encore quand le serveur web a abandonné l'attente. Rien n'a crashé - il a simplement fallu plus de temps que le temps de sortie le permet.
PHP a atteint le plafond qu'il a été donné et arrêté. Le nombre dans le message est la limite, pas le montant dont votre site a besoin.
PHP a arrêté un script qui avait été exécuté plus longtemps qu'il n'est permis. La limite a fait son travail; la question est de savoir si le travail appartenait à une requête web.
Le navigateur a suivi redirection après redirection et arrêté. Deux choses ne sont pas d'accord sur l'endroit où cette URL devrait vivre, et chacun est confiant.
WordPress 's propre gestionnaire d'erreur fatal. Il a attrapé un crash, remplacé la page par cette phrase, et dit à personne sauf l'email admin.
WordPress écrit un fichier .maintenance avant une mise à jour et le supprime après. La mise à jour n'a pas fini, donc le fichier est toujours là.
PHP a refusé le fichier avant que WordPress n'en voie un octet. Le nombre dans le message est le plafond de PHP, pas celui de WordPress.
Le fichier transféré, puis quelque chose a échoué pendant que WordPress générait les vignettes. Le message est le même que ce quelque chose était.
La page est arrivée sur HTTPS et a ensuite demandé quelque chose sur HTTP. Les navigateurs bloquent les parties actives et déposent le cadenas pour le reste.
Le temps de publication est passé et rien ne s'est passé. WP-Cron n'est pas une horloge — il fonctionne quand une demande arrive, et aucune demande n'est arrivée.
WordPress avait une connexion de base de données de travail et l'a perdu en milieu de demande. La requête est rarement en faute ; la connexion est.
WordPress a fait une requête HTTP à sa propre adresse et n'a pas obtenu de réponse. Plusieurs fonctionnalités dépendent de ce travail.
Quelque chose a répondu à la demande qui n'était pas WordPress, ou a répondu avec HTML. L'éditeur arrête de travailler en premier, parce que cela dépend de l'API pour tout.
Le téléchargement a été rejeté avant que quelque chose n'ait été écrit. Soit l'extension n'est pas sur la liste autorisée, soit le contenu du fichier ne correspond pas à l'extension.
La requête a été comprise et refusée. Le refus est venu du serveur web, d'un pare-feu ou d'une règle de permissions — WordPress est rarement impliqué.
Un modèle très spécifique avec une liste très courte de causes. Vos messages existent encore ; le routeur devant eux n'est pas routage.
La plupart de ces erreurs tiennent à la configuration. Un hébergement infogéré avec des sauvegardes quotidiennes, une préproduction en un clic et des limites par site élimine les causes courantes.