Trusted WordPress tutorials, when you need them most.
Beginner’s Guide to WordPress
Coupe WPB
25 Million+
Websites using our plugins
16+
Years of WordPress experience
3000+
WordPress tutorials
by experts

Comment Corrigé l’erreur 500 Internal Server dans WordPress

Vous voyez une erreur de serveur interne 500 dans WordPress ?

L’erreur de serveur interne est l’une des erreurs les plus courantes de WordPress.

C’est un peu délicat car l’erreur ne donne pas d’autres informations, beaucoup de débutants trouvent cela assez frustrant.

Dans cet article, nous allons vous afficher comment corriger facilement l’erreur 500 internal server sur WordPress.

Fixing the internal server error in WordPress

Voici un aperçu rapide des sujets que nous allons aborder dans cet article :

Qu’est-ce que l’erreur 500 Internal Server ?

L’erreur 500 internal server est une erreur courante du serveur web. Elle n’est pas spécifique à WordPress et peut se produire sur n’importe quel site.

Le code 500 dans le message d’erreur est techniquement un code d’erreur HTTP. La recherche de ce code affichera uniquement sa description standard :

« Le code de réponse 500 Internal Server Error indique que le serveur a rencontré une condition inattendue qui l’a empêché de répondre à la demande. »

Il s’agit d’un message d’erreur générique fourre-tout, ce qui signifie que le serveur n’a pas été en mesure d’assigner un message d’erreur plus approprié et plus utile lorsqu’il a rencontré le problème.

La page d’erreur se présente différemment selon le logiciel de serveur web (NGINX ou Apache) utilisé par votre site et selon le navigateur que vous utilisez.

Voici à quoi peut ressembler la page d’erreur d’Apache:

Internal server error page on Apache

L’apparence peut être différente si vous utilisez NGINX et Google Chrome.

L’apparence sera également différente si Google Chrome ne parvient pas à trouver une page d’erreur à afficher :

Google Chrome http 500 error

Pour les débutants, cela peut être incroyablement frustrant. Aucun indice ou message ne leur indique la bonne direction pour corriger rapidement le problème.

Demander comment corriger une erreur de serveur interne revient à demander à votre médecin comment corriger la douleur que vous ressentez sans lui dire où elle se trouve.

Cependant, si vous connaissez les causes courantes qui déclenchent cette erreur, vous pouvez essayer de les corriger une à une pour résoudre l’erreur sans rien casser.

Quelle est la cause de l’erreur de serveur interne dans WordPress ?

L’erreur de serveur interne dans WordPress est souvent causée par un fichier .htaccess corrompu, des extensions mal codées ou votre thème WordPress actif.

D’autres causes possibles de l’erreur de serveur interne dans WordPress sont la limitation de la mémoire de PHP ou la corruption des fichiers du cœur de WordPress.

Dans certains cas, l’erreur de serveur interne peut s’afficher uniquement lorsque vous essayez d’accéder à la zone d’administration de WordPress, alors que le reste du site fonctionne correctement.

En général, l’erreur se déclenche avant que WordPress ne puisse se charger et le serveur ne peut pas obtenir suffisamment d’informations sur ce qui l’a arrêté.

Pour en comprendre davantage, consultez notre article sur le fonctionnement de WordPress en coulisses.

Ceci étant dit, voyons maintenant comment dépanner l’erreur de serveur interne dans WordPress.

Tutoriel vidéo

Subscribe to WPBeginner

Si vous préférez les instructions écrites, continuez à lire.

Corrigé l’erreur 500 Internal Server dans WordPress

Avant de commencer le dépannage, assurez-vous que vous disposez d’une sauvegarde WordPress terminée de votre site.

Si vous avez accès à la zone d’administration de WordPress, vous pouvez utiliser une extension de sauvegarde WordPress pour créer une sauvegarde complète de votre site.

Nous vous recommandons d’utiliser Duplicator pour gérer cela. Il vous aide uniquement à sauvegarder rapidement votre site web, mais vous pouvez également stocker vos sauvegardes sur le cloud, et surtout, vous pouvez restaurer votre site à partir de la sauvegarde.

En revanche, si vous n’avez pas accès à la zone d’administration de WordPress, vous pouvez créer manuellement une sauvegarde de WordPress à l’aide de phpMyAdmin et d’un client FTP.

Après cela, vous pouvez suivre les étapes suivantes pour dépanner et corriger l’erreur de serveur interne sur votre site.

Vider le cache de WordPress et du navigateur

Les navigateurs et vos extensions de mise en cache WordPress peuvent parfois stocker par erreur une copie en cache d’une page d’erreur.

Le moyen le plus simple de corriger ce problème est de commencer par vider le cache de votre navigateur.

Clear cache

Ensuite, si vous avez accès à la zone d’administration WordPress de votre site, vous pouvez vider le cache WordPress en visitant la page des Réglages de votre extension de mise en cache.

Pour plus de détails, consultez notre tutoriel sur la façon de vider le cache de WordPress.

Vérification de la corruption du fichier .htaccess

Le fichier .htaccess est un fichier de configuration du serveur qui est également utilisé par WordPress pour configurer les redirections.

L’une des causes les plus courantes de l’erreur de serveur interne est la corruption du fichier .htaccess.

La façon la plus simple de corriger cela est de simplement visiter la page Réglages  » Permaliens dans la zone d’administration de WordPress, puis de cliquer sur le bouton  » Enregistrer les modifications  » sans faire aucune modification.

Update permalinks to regenerate .htaccess file

WordPress va maintenant essayer de mettre à jour votre fichier .htaccess ou d’en générer un nouveau pour vous. Vous pouvez maintenant visiter votre site pour voir si cela a résolu l’erreur de serveur interne.

Si l’erreur persiste, vous devez vous assurer que WordPress a pu générer ou écrire dans le fichier .htaccess.

Parfois, en raison des droits sur les fichiers et les répertoires, WordPress peut ne pas être en mesure de créer ou d’écrire dans votre fichier .htaccess.

Vous pouvez maintenant essayer de remplacer le fichier .htaccess manuellement. Tout d’abord, vous devez vous connecter à votre site en utilisant le FTP ou l’application Gestionnaire de fichiers sous le panneau de contrôle de votre compte hébergeur.

Ensuite, vous devez renommer votrefichier .htaccess principal en quelque chose comme .htaccess_old. Cela vous permet de conserver le fichier comme sauvegarde, mais WordPress ne le reconnaîtra pas.

Pour renommer le fichier .htaccess, vous devrez vous connecter à votre site en utilisant le FTP ou l’application Gestionnaire de fichiers dans le tableau de bord cPanel de votre compte d’hébergement.

Une fois que vous êtes connecté, le fichier .htaccess sera Emplacement dans le même répertoire où vous verrez des dossiers comme wp-content, wp-admin, et wp-includes.

Il suffit de cliquer avec le bouton droit de la souris sur le fichier .htaccess et de le renommer .htaccess_old.

Rename .htaccess file

Ensuite, vous devez créer un nouveau fichier .htaccess.

Dans le dossier racine de votre site, cliquez avec le bouton droit de la souris et sélectionnez l’option « Créer un nouveau fichier » dans votre client FTP ou dans l’application Gestionnaire de fichiers.

Create new htaccess file

Nommez ce nouveau fichier .htaccess et cliquez sur ‘OK’ pour l’enregistrer.

Ce fichier .htaccess est actuellement vide, et vous devez y ajouter les règles de réécriture par défaut de WordPress.

Il suffit de cliquer avec le bouton droit de la souris sur le fichier, puis de sélectionner « Voir/Modifier » dans votre client FTP ou votre gestionnaire de fichiers.

Edit .htaccess file

Le fichier vide s’ouvrira dans un éditeur de texte simple comme Notepad ou TextEdit.

Vous devez maintenant copier et coller le code suivant à l’intérieur :

# 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

Ce code est le défini par défaut utilisé par WordPress. N’oubliez pas d’enregistrer vos modifications et de téléverser le fichier sur le serveur.

Vous pouvez maintenant visiter votre site pour voir si l’erreur de serveur interne a été résolue.

Si c’est le cas, félicitez-vous d’avoir corrigé l’erreur de serveur interne.

Important : Avant de passer à autre chose, assurez-vous d’aller sur la page Réglages  » Permaliens dans la zone d’administration de WordPress et de cliquer sur le bouton Enregistrer sans faire aucune modification. Cela régénérera le fichier .htaccess pour vous avec des règles de réécriture appropriées pour s’assurer que vos pages de publication ne renvoient pas une erreur 404.

Si la solution consistant à vérifier si le fichier .htaccess est corrompu n’a pas fonctionné pour vous, vous devez continuer à lire cet article.

Augmenter la limite de mémoire de PHP

Parfois, l’erreur interne du serveur peut se produire si un script consomme la totalité de la limite de mémoire de PHP.

La manière la plus simple d’augmenter la limite de mémoire de PHP est de modifier le fichier wp-config.php. Soyez prudent si vous êtes un débutant. Vous voulez suivre ces instructions attentivement parce que même de petites erreurs dans les fichiers du cœur de WordPress peuvent briser votre site.

Pour commencer, il vous suffit de vous connecter à votre site WordPress à l’aide d’un client FTP ou de l’application Gestionnaire de fichiers sous le panneau de contrôle de votre compte hébergeur.

Vous trouverez le fichier wp-config.php dans le dossier principal de votre site. Cliquez dessus avec le bouton droit de la souris et sélectionnez « Télécharger ». Vous disposerez ainsi d’une sauvegarde du fichier en cas de problème.

Lorsque vous l’avez enregistré, vous pouvez cliquer dessus avec le bouton droit de la souris et sélectionner « Voir/Modifier ».

Edit wp-config file

Dans le fichier wp-config.php, vous devez ajouter le code suivant juste au-dessus de la ligne qui modifie ‘That’s all, stop editing ! Bonne publication » :

define( 'WP_MEMORY_LIMIT', '256M' );

Pour plus de détails, consultez notre tutoriel sur la façon d’augmenter la limite de mémoire de PHP dans WordPress.

Note : Si 256M ne résout pas le problème, essayez de l’augmenter à 512M.

Si vous voyez l’erreur de serveur interne uniquement lorsque vous essayez de vous connecter à votre administration WordPress ou de téléverser une image dans votre wp-admin, alors vous devriez augmenter la limite de mémoire en suivant les étapes suivantes :

  1. Créez un fichier texte vierge sur votre ordinateur et nommez-le php.ini.
  2. Collez le code suivant : memory=256MB
  3. Enregistrer le fichier
  4. Téléversez-le dans votre dossier /wp-admin/ à l’aide du FTP

Si l’augmentation de la limite de mémoire a corrigé le problème, vous l’avez uniquement résolu de manière temporaire. Vous devez encore trouver la cause de l’épuisement de votre limite de mémoire.

Il peut s’agir d’une extension mal codée ou même d’une fonction du thème. Nous vous recommandons vivement de demander à votre hébergeur WordPress de consulter les journaux du serveur pour vous aider à trouver le diagnostic exact.

Si l’augmentation de la limite de mémoire de PHP n’a pas corrigé le problème, vous allez devoir procéder à un dépannage plus approfondi.

Désactiver toutes les extensions WordPress

Si aucune des solutions ci-dessus n’a fonctionné pour vous, il est fort probable que cette erreur soit causée par une extension spécifique installée sur votre site.

Il est également possible qu’il s’agisse d’une combinaison d’extensions qui ne jouent pas bien ensemble.

Si vous pouvez accéder à la zone d’administration WordPress de votre site, il vous suffit d’aller sur la page des extensions et de désactiver tous les plugins WordPress.

Deactivate all plugins

Toutefois, si vous ne pouvez pas accéder à la zone d’administration de WordPress, vous pouvez désactiver toutes les extensions de WordPress par FTP.

Il suffit de se connecter à votre site WordPress à l’aide d’un client FTP ou de l’application de gestion de fichiers sous le panneau de contrôle de votre compte hébergeur.

Une fois connecté, naviguez jusqu’au dossier /wp-content/ et renommez le dossier plugins en plugins.désactiver.

Plugins deactivated via FTP

WordPress recherche les extensions dans le dossier plugins. Si le dossier des plugins n’est pas trouvé, il désactivera automatiquement tous les plugins.

Vous pouvez maintenant essayer de visiter votre site pour voir si cela a résolu l’erreur de serveur interne sur votre site.

Pour restaurer toutes vos extensions, il vous suffit de renommer le dossier « plugins.deactivated » en « plugins ».

Vos extensions seront maintenant restaurées, mais elles seront toujours désactivées.

Vous pouvez maintenant activer les extensions individuellement et visiter votre site pour déterminer quelle extension est à l’origine de l’erreur de serveur interne.

Pour plus de détails, consultez notre guide sur la façon de désactiver toutes les extensions WordPress sans WP-Admin.

Si le fait de désactiver toutes les extensions n’a pas corrigé l’erreur de serveur interne sur votre site, poursuivez votre lecture.

Passer à un thème WordPress par défaut

L’une des causes possibles de l’erreur de serveur interne pourrait être un code dans votre thème WordPress.

Pour déterminer si c’est le cas, vous devez remplacer votre thème par un thème par défaut de WordPress.

Si vous avez accès à la zone d’administration de WordPress, rendez-vous sur la page Apparence  » Thèmes. Si un thème par défaut est déjà activé, il vous suffit de cliquer sur le bouton Activer pour changer de thème.

Activate a default theme

Si vous n’avez pas installé de thème par défaut, vous pouvez cliquer sur le bouton « Ajouter un nouveau » en haut de la page et installer un thème par défaut (Twenty Twenty-Three, Twenty Twenty-Two, etc.).

Si vous n’avez pas accès à la zone d’administration de WordPress, vous pouvez toujours opter pour un thème par défaut.

Connectez-vous simplement à votre site WordPress à l’aide d’un client FTP et accédez au dossier /wp-content/.

Cliquez avec le bouton droit de la souris pour sélectionner le dossier des thèmes et le télécharger sur votre ordinateur à titre de sauvegarde.

Download theme folder

Ensuite, vous devez supprimer le dossier themes de votre site. Une fois qu’il est supprimé, allez-y et créez un nouveau dossier themes.

Votre nouveau dossier themes sera terminé, ce qui signifie qu’aucun thème WordPress n’est installé pour le moment.

Ensuite, vous devez vous rendre dans le répertoire des thèmes WordPress et télécharger un thème par défaut sur votre ordinateur.

Download a default theme

Votre navigateur téléchargera alors le thème sous forme de fichier zip sur votre ordinateur.

Emplacement du fichier sur votre ordinateur et décompression. Les utilisateurs/utilisatrices de Windows peuvent décompresser le fichier en cliquant dessus avec le bouton droit de la souris et en sélectionnant « Extraire tout ». Les utilisateurs/utilisatrices Mac peuvent double-cliquer sur le fichier zip pour l’extraire.

Extract theme files

Vous verrez maintenant un dossier contenant votre thème WordPress.

Revenez à votre client FTP ou à votre gestionnaire de fichiers et téléversez ce dossier dans le dossier themes vide.

Upload theme folder

Une fois téléversé, WordPress commencera automatiquement à utiliser le thème par défaut.

Vous pouvez maintenant visiter votre site pour voir si l’erreur de serveur interne a été résolue.

Si cela ne fonctionne pas, vous pouvez télécharger à nouveau vos thèmes WordPress à partir de la sauvegarde ou revenir au thème que vous utilisiez.

Ne vous inquiétez pas. Vous pouvez encore faire quelques démarches pour corriger l’erreur.

Téléverser les fichiers du cœur

Si les options des plugins et des thèmes n’ont pas corrigé l’erreur de serveur interne, il convient de télécharger à nouveau les dossiers /wp-admin/ et /wp-includes/ à partir d’une nouvelle installation de WordPress.

Cela ne retirera AUCUNE de vos informations, mais peut résoudre le problème au cas où un fichier serait corrompu.

Tout d’abord, vous devez vous rendre sur le site WordPress.org et cliquer sur le bouton « Télécharger ».

Download WordPress

Ceci téléchargera le fichier zip de WordPress sur votre ordinateur.

Allez-y et extrayez le fichier zip. A l’intérieur, vous trouverez un dossier WordPress.

WordPress folder extracted

Ensuite, vous devez vous connecter à votre site WordPress à l’aide d’un client FTP.

Une fois connecté, rendez-vous dans le dossier racine de votre site. Il s’agit du dossier dans lequel se trouvent les dossiers wp-admin, wp-includes et wp-content.

Dans la colonne de gauche, ouvrez le dossier WordPress sur votre ordinateur.

Vous devez maintenant sélectionner tous les fichiers contenus dans le dossier WordPress et les téléverser sur votre site.

Upload core WordPress files

Votre client FTP va maintenant transférer ces dossiers sur votre serveur.

Il vous demandera si vous souhaitez écraser les fichiers. Sélectionnez « Ecraser », puis sélectionnez « Toujours utiliser cette action » et cochez la case « Appliquer uniquement à la file d’attente actuelle ».

Overwrite WordPress core files

Votre client FTP va maintenant remplacer vos anciens fichiers WordPress par de nouvelles copies.

Si vos fichiers WordPress ont été corrompus, cette étape corrigera l’erreur de serveur interne pour vous.

Activer les Journaux de débogage sur WordPress

WordPress est doté d’un système intégré permettant de connecter des journaux pour le débogage.

Vous pouvez l’activer en utilisant l’extension WP Debogage. Pour plus de détails, consultez notre guide sur l ‘installation d’une extension WordPress.

Une fois activé, le plugin activera les journaux de débogage sur votre site WordPress.

Si vous n’avez pas accès à la zone d’administration de votre site WordPress, vous pouvez activer le débogage en ajoutant le code suivant au fichier wp-config.php :

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true); 

Une fois les journaux de débogage activés, vous pouvez les voir en utilisant un client FTP et en naviguant jusqu’au dossier /wp-content/.

Debug log

Vous pouvez ouvrir le fichier journal du débogage dans un éditeur/éditrices de texte, et il vous affichera une liste d’erreurs et d’avertissements qui se produisent sur votre site.

Certaines erreurs et certains avertissements peuvent être des incidents inoffensifs qu’il n’est pas nécessaire de corriger. Toutefois, si vous constatez une erreur de serveur interne sur votre site, ils peuvent vous mettre sur la bonne voie.

Demandez à votre fournisseur d’hébergement

Si toutes les méthodes ne parviennent pas à corriger l’erreur de serveur interne sur votre site, il est temps d’obtenir de l’aide supplémentaire.

Contactez l’équipe support de votre hébergeur, qui pourra vérifier les journaux du serveur et localiser la cause première de l’erreur.

Si vous voulez continuer le dépannage par vous-même, alors consultez notre guide ultime de dépannage WordPress pour les débutants.

Nous espérons que cet article vous a aidé à corriger l’erreur de serveur interne sur WordPress. Vous pouvez également consulter notre liste terminée des erreurs WordPress les plus courantes et notre guide sur la façon de choisir le meilleur fournisseur d’hébergement.

Si vous avez aimé cet article, veuillez alors vous abonner à notre chaîne YouTube pour obtenir des tutoriels vidéo sur WordPress. Vous pouvez également nous trouver sur Twitter et Facebook.

Divulgation : Notre contenu est soutenu par les lecteurs. Cela signifie que si vous cliquez sur certains de nos liens, nous pouvons gagner une commission. Consultez comment WPBeginner est financé, pourquoi cela compte et comment vous pouvez nous soutenir. Voici notre processus éditorial.

Avatar

Editorial Staff at WPBeginner is a team of WordPress experts led by Syed Balkhi with over 16 years of experience in WordPress, Web Hosting, eCommerce, SEO, and Marketing. Started in 2009, WPBeginner is now the largest free WordPress resource site in the industry and is often referred to as the Wikipedia for WordPress.

L'ultime WordPress Toolkit

Accédez GRATUITEMENT à notre boîte à outils - une collection de produits et de ressources liés à WordPress que tous les professionnels devraient avoir !

Reader Interactions

677 commentairesLaisser une réponse

  1. Syed Balkhi

    Hey WPBeginner readers,
    Did you know you can win exciting prizes by commenting on WPBeginner?
    Every month, our top blog commenters will win HUGE rewards, including premium WordPress plugin licenses and cash prizes.
    You can get more details about the contest from here.
    Start sharing your thoughts below to stand a chance to win!

  2. krzysiek

    in my case it was simple although i spend few hours… I typed wrong sql server. Suprisingly it didn’t throw window with wrong config settings.

  3. Ronaldo

    Hi!

    Thanks for this information. I renamed the .htaccess and my sites are up and running. My server is godaddy.
    My question is, can I erase the old renamed .htaccess , because I called many times to godaddy to fix this kind of 500 internal error after many callings ?

    Thanks

  4. brooke

    thank you! that just saved the day when I made the .htaccess ftp change. i can breathe again… ; D

  5. itechaleart

    i am facing this 500 error to last 15 days on godaddy hosting. i have tried everything what ever you mention here but not able to solve this error and also called godaddy for help, he said site are working fine on our site you check in different system.

    Now feeling hopeless and thinking to move another hosting provider… :(

    plz help me and suggest me for better option for hosting.

    Thank you.

  6. Silvia

    Hello
    i had the same problem with my website and went through all
    your advices, without solving it. At the end i contacted my host and
    they checked things for me, finding that some folders in the FTP had
    CHMOD permissions different from 775. I didn’t do anything to cause
    that, it just happened one day and i can’t get why. Anyway they fixed
    the problem for me and said it’s easily manageable with ftp clients or
    via their own file manager.
    Just hoping it may be useful :)

  7. pun

    My prob is solve, thank you for this tutorial, thank you sooo much

  8. Arun

    Hi, I’m a non-techie and a newbie… Had this issue of Internal server error last week. It all began with my admin access getting restricted. But the site was working well. Sat through this with the Hosting provider (GoDaddy) for more than 4.5 hours through the night with 3 different personnel.(This was the 3rd time over a period of 4 days or so) They were helpful to a certain extent and identified the problem (wp-admin folder was missing). They emphasized that I should have deleted it as they did not have access(Just 2 days back they changed the files for me!!). I was logging in after a periodof 7 or 8 months of setting up the site. Anyways, I asked if they could restore the folder to a previous date. They denied. The solution given was a fee of $150, where they will « try » to find out the file changes etc, but with no guarentee. (While reading the above, I assume they should have used the above content as the questions/instructions were in the above written order).
    Anyways, from one of the discussions (forgot the site), I found that if the wp-admin folder(of the version installed) is put in, it should solve. Yes, it did work for me… I activated all my plugins(they had deactivated it) and the site was working. I also updated all the plugins and themes that i was using/trying. the site is up and running!

  9. deemyboy

    @Levent Ultanur

    One of the reason’s that some people might be getting an error with .htaccess and not with images is because they might be uploading it as a binary.

    In Filezilla (at least) you can set the transfer type in the Transfer menu tab to:
    auto
    binary
    ascii

    I’m not certain but « auto » should usually work fine but it you’re only uploading text then maybe switch to « ascii » for that upload session, but remember to switch back again.

    I never knew about this till yesterday when all the images on my site were being corrupted when I downloaded them to local. So I googled and found a post mentioning transfer type « binary » for images, but when I checked I found the transfer type was set to « ascii » (for text – I don’t know how as I don’t remember touching it!!) So I switched it to « binary » and my images came down perfectly as before.

    The reason I say that « auto » is fine is because I’ve up and downloaded complete sites with a mixture of images (png, jpeg, gif etc) and text files (.php, .html, .css) and never had to set each transfer type individually or set it to « ascii » and upload only text files, then switch to binary and upload only images – Filezilla handles it all automatically…normally!

    In fact I was totally unaware of this setting and I’ve been using Filezilla for around 2 or 3 years!

    That MIGHT be the problem so get your clients to check the transfer type on their ftp application

    I hope it helps!

  10. deemyboy

    You have not emphasised STRONGLY enough in the solution which replaces the WordPress core that people should
    a) backup the wp-content folder <— this is your website (plus the wp database which doesn't come into this as it should be unnaffected by replacing the core)
    b) make sure when they replace wp-admin and wp-includes they do not grab all 3 folders (ie. do NOT include wp-content) when uploading the new core

  11. Basha

    Very Very Useful Article…Thank..you so much

  12. Guan

    500 internal server error after activated wordpress plugins

  13. Kristian Frisk

    Thanks for this post. Learned (the bitter way) how much grief a bad plugin can cause to a wordpress site.

  14. F. Parisis

    Thank you very very very much! That was the best and only place where I found solution, after a day’s search on the web.

  15. Anurag

    A Big THUMBS up to this tutorial :)

  16. Md.Zelal Hossain

    Thank you so much for the nice tutorial..!!!!

  17. Levent Ultanur

    Hey guys n girls…
    What i dont get with this error is that i CAN upload images without getting the http error but My client gets the error… Same server, same files… Why ooo why… Anybody?

  18. Kyle Hunzinger

    Thank you it was the PHP Memory Limit!

  19. Uwe

    Thank you very much! The .htaccess was the reason!

  20. Mark C.

    Hi, guys. Awesome post! I use this page every time I get an Internal Server error.

    I would offer an additional step, however. Actually, this should be the very first step before anything else is done. That is to verify there is not a problem with the web host.

    I went through all the usual steps this morning on a client’s site that went down an hour ago only to find, quite by chance, that PHP was not working on the host. A quick check of the service bulletins on the web host’s website indicated a problem had occurred with that particular server. So, all we can do is wait until they fix it. (there are other tricks like changing the A record to a different server, but that’s only if the server issue is long term.)

    That said, other parts of the server are still functioning so a quick and dirty index.html was created just so visitors see something nice instead of an error.

    It’s also handy to create a « test.php » file that demonstrates if PHP is working or not, and then try to access that file every so often. When service is restored, delete or rename the index.html so that the index.php will load instead.

    Here is my test.php code:

    PHP Test

    <?php echo ‘<p>Hello World</p>’; ?>

    I sure hope this helps someone in a similar boat. All the best.

  21. Bwana

    Thanks for your help! My site only exhibited the « 500 Internal Server Error » when I tried to see what plugins were installed. Naturally, I figured there was a misbehaving plugin. After several attempts to fix the problem by removing all of the plugins, I found your article. Your « memory=64MB » in a clean php.ini, placed in wp-admin, did the trick. Now at least I can work with the site to determine what is hording all the RAM. Nice article!

  22. Jorge Santos Velasco

    Thank you very much!! this was very helpfull!!

  23. Lakshay Sharma

    Many thanks for this post, resoled my issue.

  24. Denise O'Reilly

    I have been locked out of logging into WordPress for 2 weeks, as it tells me the security certificate is not verified. Can someone fix this so I can log in?

  25. WPBeginner Staff

    Sometimes server misconfiguration gets fixed and the error does not come back again. If it does then you should contact your web host.

  26. Jos

    I have seen this twice. Just reloading the page fixed it. But can something still be wrong?

  27. Matthew Newton

    Thanks a bunch guys, I suspected it was the .htaccess and this confirmed it

  28. Jessica

    I can’t even log on to my admin panel at all to try to deactivate plug-ins etc… I talked with my hosting provider and they couldn’t find any problems. Any suggestions for what to do when you can’t even get to the admin panel?

  29. Mitesh Raghwani

    Thank you so much for your help. A simple fix for what seemed a massive problem.

  30. Kailash Ghodke

    I tried All Things which described above , but not worked for me :(
    Is any other option like to install new wordpress on domain with all old posts ???

    Your Help is needed please help to fix that issue..!

  31. Lidia Lewis

    Thanks for this article! My .htaccess file was corrupt and every time I kept renaming it, another duplicate kept appearing! The site kept returning 500 error messages. What I didn’t realise was that I had to save the permalinks setting in WordPress to update the file. Hope this fixes it for good! Thanks so much.

  32. Mark Brandson

    Thank you so very much. The .htaccess trick worked. You saved my life!

  33. Astrid

    Deactivating the plug ins worked for me after the latest WP upgrade (April/8/14). Although I think it was the WP Mobile detector that was conflicting with my W3 cache who was the culprit.
    Thanks so much you are a life saver!

    My hosting company told me that I should have had a back up (which I thought I did via a plug in) and that if I wanted to get a recovery and back up I’d have to pay $75.00 bucks. Really? I am so disappointed but super happy I found this article.

    BTW, You are my go to guys when it comes to easy to understand, step by step issues with WP, plugins and the like. We need you around– Keep up the good work. Truly appreciate your efforts.

    You guys ROCK!

    Subscribed and following :)

  34. sangeetha menon

    Hi Syed,

    I have deleted the infected files as I kept getting the 500 Internal server error. Now the host provider has asked me to upload the fresh files .. As I dont have any clue , I have asked the host providers to fix it..

    If i have to do it , when uploading to the web root should I give overwrite the existing files ?
    Should I do the htaccess file fix too ? Pls help…

  35. luka

    Just change the php verison to 5.4 or higher. It work for me:)

  36. Meg

    O.M.G. Nothing like waking up to a lost webpage. And yes, I did panic, but luckily found your post, took a deep breath and actually fixed everything with the first step: corrupt htaccess file. THANK YOU! I really do need to learn more about WordPress.

  37. Kevin

    Thanks for the help, I was searching for quite a bit until I found your solution. I took a look at my .htaccess file and saw that it was corrupt, so I renamed it and it did the trick. Cheers :)

  38. sherly

    With your help I just fixed my 500 internal server error. I’m a total newbie so this is very helpful!! Thanks!!

  39. Derrick

    Hi Editorial Staff,

    Thank you very much!! The best 500 internal server error remedy post I’ve came across just when I needed it!!

    Thank you very much!!

  40. Nepal

    Very helpful! Thank you so much…

    I didn’t do anything by myself but I contacted my hosting provider..Lets see how long will they take to fix this issue.

  41. Anita Hunt

    Thanks so much for your help :)

  42. Keely

    Thanks wpbeginner – the .htaccess fix worked for me :)

  43. Olsi

    Deleting whole themes via File Manager and leaving only 1 theme worked for me

Laisser une réponse

Merci d'avoir choisi de laisser un commentaire. Veuillez garder à l'esprit que tous les commentaires sont modérés selon notre politique de commentaires, et votre adresse e-mail ne sera PAS publiée. Veuillez NE PAS utiliser de mots-clés dans le champ du nom. Ayons une conversation personnelle et significative.