Page introuvable / 500 Erreur interne du serveur / Erreur d’encodage du contenu / Erreur HTTP

Un utilisateur a demandé 👇

Ces erreurs se produisent dans Firefox et Safari. Je reçois diverses erreurs peu importe ce que je fais dans WordPress comme : Oups ! Impossible de trouver cette page, page introuvable, erreur de serveur interne 500, erreur d’encodage du contenu, erreur HTTP (tentative de chargement d’une image). Cela se produit avec les actions suivantes : prévisualiser ou modifier une page, cliquer sur “Actualiser”, publier un message, télécharger une image, modifier une image, afficher la page, afficher un changement de modification, afficher le message, essayer d’accéder au panneau du doyen, essayez d’accéder à la liste des articles ou des pages dans le panneau, etc. Souvent, si je clique sur recharger une page dans le navigateur, il en parcourt deux ou trois avant de trouver la page ou avant d’afficher une page permanente sans trouver de message. Ensuite, je dois revenir au Panneau de configuration et à l’élément de menu (qui fonctionne parfois proprement ou je trouve également plus de ces erreurs) pour revenir au message que j’ai posté afin que je puisse le voir. La plupart du temps, lorsque je reviens à un message qui n’était pas disponible, je vois que la modification/la mise à jour a été effectuée, mais parfois cela n’enregistre pas non plus la modification.

Cela s’est produit dans WordPress 4.7.3 et cela se produit toujours dans la version 4.7.4, mais plus fréquemment.

Qu’en est-il de WordPress ? Ces erreurs ralentissent vraiment le travail.

(@macmanx)

modérateur bénévole

il y a 3 ans, 7 mois

Les conflits de plugins ou une fonctionnalité de thème entraînent souvent des erreurs de serveur internes (erreur 500), donc si vous avez accès à votre panneau d’administration, essayez de désactiver tous les plugins. Si vous n’avez pas accès à votre panneau d’administration, essayez de réinitialiser vos plugins manuellement (l’accès au panneau n’est pas requis). Si cela résout le problème, réactivez chacun individuellement jusqu’à ce que vous trouviez la cause.

Si cela ne résout pas le problème, essayez de passer au thème Twenty Seventeen pour exclure un problème spécifique au thème. Si vous n’avez pas accès à votre panneau d’administration, accédez à votre serveur via SFTP ou FTP, ou au gestionnaire de fichiers dans le panneau de contrôle de votre compte d’hébergement, accédez à /wp-content/theme/ et renommez à partir du répertoire de votre thème actuellement actif . Cela forcera le thème par défaut à déclencher un problème spécifique au thème et, espérons-le, à le supprimer.

Si cela ne résout pas le problème, la règle .htaccess peut être la source du problème. Pour vérifier cela, accédez à votre serveur via SFTP ou FTP, ou un gestionnaire de fichiers dans le panneau de contrôle de votre compte d’hébergement, et renommez le fichier .htaccess. Si vous ne trouvez pas de fichier .htaccess, assurez-vous que votre client SFTP ou FTP est configuré pour afficher les fichiers invisibles.

Si vous n’avez pas pu résoudre le problème en réinitialisant vos plugins et votre thème ou en renommant votre fichier .htaccess, nous pourrons peut-être vous aider, mais nous aurons besoin d’un message d’erreur plus détaillé. Les erreurs internes du serveur sont généralement décrites plus en détail dans le journal des erreurs du serveur. Si vous avez accès au journal des erreurs de votre serveur, recréez l’erreur, notez la date et l’heure, puis vérifiez immédiatement le journal des erreurs du serveur pour voir s’il y a eu des erreurs au cours de cette période particulière. Si vous n’avez pas accès au journal des erreurs de votre serveur, demandez à votre hébergeur de le rechercher.

(@dormirindc)

il y a 3 ans, 7 mois

J’utilise déjà le thème Twenty Seventeen. Fait intéressant, aucun journal d’erreurs n’a été créé. Il y a un répertoire “logs” mais un alias avec http. J’ai essayé de l’afficher et j’ai reçu un message indiquant que mon erreur FTP s’est produite lors de l’accès à un fichier ou à un dossier. Le serveur a répondu : “http : aucun fichier ou répertoire de ce type.” (Je suis sur Dreamhost, peut-être qu’ils ne nous laisseront pas voir les logs d’erreurs ?) Le fichier .htaccess est le générique qui ne contient que le contenu suivant :

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

# Wordfence WAF
<Files ".user.ini">
<IfModule mod_authz_core.c>
	Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
	Order deny,allow
	Deny from all
</IfModule>
</Files>

# END Wordfence WAF

J’avais 644 autorisations, donc je ne l’ai pas changé en 444 pour voir si cela aide. Quelques messages complets : Remarque : Juste avant de recevoir celui-ci, j’ai remarqué que les mdashs dans les colonnes de la liste de diffusion étaient “————

La page que vous essayez d’afficher ne peut pas être affichée car elle utilise un type de compression non valide ou non pris en charge. Veuillez contacter les propriétaires du site Web pour signaler ce problème. Essaye à nouveau. Après être revenu à la liste de diffusion, les mdashs sont revenus. En général, je reçois juste un bref aperçu d’une page modifiée, puis cela me ramène à la liste complète des publications.

J’ai reçu ce message vers 7 h 55. Erreur interne du serveur Le serveur a rencontré une erreur interne ou de configuration et n’a pas pu répondre à votre demande. Contactez l’administrateur du serveur, [email protected] et vous faire savoir quand l’erreur s’est produite et tout ce que vous avez fait qui a causé l’erreur. mbotun. Vous pouvez trouver plus d’informations sur cette erreur dans le journal des erreurs du serveur. En outre, une erreur de serveur interne 500 s’est produite lors de la tentative d’utilisation de ErrorDocument pour gérer la demande.

Il n’y a pas de fichier journal des erreurs dans le répertoire.

(@macmanx)

modérateur bénévole

il y a 3 ans, 7 mois

Accédez à votre serveur via SFTP ou FTP, ou un gestionnaire de fichiers dans le panneau de contrôle de votre compte d’hébergement, et renommez le fichier .htaccess en rien (comme htaccess sans le point). C’est le seul véritable moyen de supprimer .htaccess en tant que problème, car cela empêchera le serveur d’utiliser le fichier.

Si cela ne fonctionne pas, vous devrez contacter le service d’assistance de votre hébergeur. Une erreur visible de 500 enregistrera complètement un journal d’erreurs quelque part. Peut-être visualisez-vous l’emplacement de manière incorrecte (changer l’endroit où les journaux sont enregistrés est très populaire auprès des fournisseurs d’hébergement), ou le fournisseur d’hébergement peut n’avoir accès qu’au journal.

Encore une fois, vous aurez besoin de l’entrée du journal des erreurs pour la date/heure spécifique à laquelle vous avez vu le 500 dans votre navigateur. Donc, pour garder les choses simples, répétez simplement l’erreur et recherchez cette date/heure (ou incluez-la dans votre rapport au service d’assistance de votre fournisseur d’hébergement).

(@dormirindc)

il y a 3 ans, 7 mois

Salut,

J’ai renommé le fichier .htaccess en l’ancien .htaccess et j’ai essayé d’accéder aux pages du site. Maintenant, tout renvoie 404 Not Found sur ce serveur.

Je l’ai réactivé et contacté Dreamhost.

(@ipstenu)

Représentant de l’équipe de révision des plugins

il y a 3 ans, 7 mois

On s’attend à obtenir une 404 sans succès. Parce que c’est ce qui fait que vos permaliens sont beaux 🙂

Avez-vous essayé de supprimer le contenu WAF de Wordfence et de voir si le site fonctionne sans Wordfence ?

(@dormirindc)

il y a 3 ans, 7 mois

J’ai entendu parler de Dreamhost et ils m’ont dit ce qu’ils voyaient dans les journaux d’erreurs. Il y avait un plugin que j’utilisais depuis des années pour le modifier pour qu’il fonctionne avec les modifications de WordPress. Il a une fonction détachable que je ne sais pas comment réparer, donc je ne l’utiliserai plus ; Je vais adopter une approche différente de celle que j’avais l’habitude de faire sur le site. Je l’ai désactivé et détruit. Dreamhost a déclaré qu’il était prévu d’effectuer des tâches en raison d’un trop grand nombre de plugins actifs. J’ai désactivé certains plugins qui n’étaient pas actuellement utilisés pour développer le nouveau site. Certains d’entre eux déplacent le site et la base de données vers un nouvel emplacement, j’en aurai donc besoin pour cela et je les supprimerai. Cela a aidé avec le timing de tout.

Accélération du site après désactivation des plugins. Je reçois toujours les mêmes erreurs mais moins fréquemment. Dreamhost m’a suggéré d’installer un plugin pour faire la mise en cache. J’ai installé WP Fastest Cache et il est beaucoup plus facile à utiliser que les autres plugins de mise en cache que j’ai essayés. Il contient des liens que je peux utiliser pour vider facilement un cache, donc avant d’enregistrer ou si je visualise une page ou modifie un message, je vide le cache et trouve moins d’erreurs de cette façon.

Je pense que les choses iront mieux après avoir déplacé le site et supprimé les plugins de migration et quelques autres dont je n’aurai plus besoin. Mais d’après tous les autres messages que j’ai vus de personnes avec 500 erreurs de serveur internes, pages introuvables, etc. Le nouveau WordPress semble consommer plus de CPU qu’avant. J’ai continué à utiliser les modules Jetpack jusqu’à trois ou quatre, ce qui m’est très utile. Les autres peuvent consommer beaucoup de CPU.

Je ne veux certainement pas supprimer Wordfence. Maintient le site propre et sécuritaire. J’utilise actuellement la version gratuite en mode de développement, donc elle n’effectue aucune analyse pendant que je travaille sur le site. La touche PRO sera-t-elle active lorsque je déplacerai le site ?

(@ipstenu)

Représentant de l’équipe de révision des plugins

il y a 3 ans, 7 mois

Ma recommandation pour désactiver WordFence était d’essayer de voir si cela causait des problèmes. Vous devez être prêt à essayer des choses lors du débogage 🙂

le nouveau WordPress semble consommer plus de CPU qu’avant.

Droite. Alors quand cela arrive, éteignez les choses. Je le dis de tout mon cœur. Vous devez éteindre les choses pour voir ce que le CPU mange. WordFence et Jetpack peuvent être des porcs.

Si vous utilisez la sécurité Web supplémentaire de DreamHost, il dispose d’un pare-feu intégré plus puissant que n’importe quel plugin. Il empêche également WordPress de se charger car il effectue l’analyse sans charger WP.

(@craignicholson)

il y a 3 ans, 1 mois

Je ne suis pas en mesure d’accéder à wordpress par derrière pour résoudre ce problème. erreur http 500

Cela a-t-il résolu votre problème ?