WordPressで500内部サーバーエラーが表示されていませんか？
内部サーバーエラーは最も一般的なWordPressエラーの一つです。
このエラーには他の情報が一切表示されないので、多くの初心者はかなりイライラする。
この投稿では、WordPressの500内部サーバーエラーを簡単に修正する方法を紹介します。
この投稿で取り上げるトピックを簡単に紹介しよう：
- What Is the 500 Internal Server Error?
- What Causes the Internal Server Error in WordPress?
- Fixing the 500 Internal Server Error in WordPress
- Clear WordPress and Browser Cache
- Checking for Corrupt .htaccess File
- Increasing the PHP Memory Limit
- Deactivate All WordPress Plugins
- Switch to a Default WordPress Theme
- Re-Uploading Core Files
- Enable Debug Logs in WordPress
- Ask Your Hosting Provider
500内部サーバーエラーとは何ですか？
500内部サーバーエラーは、一般的なWebサーバーエラーです。WordPressに特有のものではなく、どのサイトでも発生する可能性があります。
エラーメッセージの500は、厳密にはHTTPエラーコードです。このコードを調べても、標準的な説明しか表示されません：
“500 Internal Server Error “レスポンスコードは、サーバーがリクエストを処理できない予期せぬ状況に遭遇したことを示す。
これは一般的なキャッチオール・エラーメッセージであり、サーバーがこの問題に遭遇したときに、より適切で役に立つエラーメッセージを割り当てることができなかったことを意味する。
エラーページは、あなたのサイトがどのウェブサーバーソフトウェア（NginxまたはApache）を使用しているか、またどのブラウザーが使用されているかによって異なって見えます。
以下は、Apacheのエラーページの見方である：
NginxとGoogle Chromeを使用している場合は、表示が異なる場合があります。
また、Google Chromeが表示するエラーページを見つけられない場合にも、表示が変わります：
初心者にとって、これはとてつもなくフラストレーションのたまることだ。すぐに修正できるようなヒントもメッセージもない。
内部サーバーエラーの直し方を尋ねるのは、痛みの場所を告げずに、今経験している痛みの直し方を医者に尋ねるようなものだ。
しかし、このエラーを引き起こす一般的な原因がわかっているのであれば、それをひとつずつ解決していくことで、何も壊すことなくエラーを解決することができます。
WordPressの内部サーバーエラーの原因は？
WordPressの内部サーバーエラーは、.htaccessファイルの破損、プラグインのコーディング不良、WordPressテーマが原因で発生することがよくあります。
WordPressの内部サーバーエラーの他の原因としては、PHPのメモリ制限やWordPressのコアファイルの破損が考えられます。
状況によっては、WordPressの管理エリアにアクセスしようとしたときだけ内部サーバーエラーが表示され、他のサイトは正常に動作することがあります。
通常、このエラーはWordPressがロードされる前に発生し、サーバーは何がエラーを止めたのかについて十分な情報を得ることができません。
詳しくは、WordPressが舞台裏でどのように機能しているかについての投稿をご覧ください。
ということで、WordPressの内部サーバーエラーのトラブルシューティングの方法を見ていきましょう。
動画チュートリアル
文章での説明がお好きな方は、そのまま読み進めてください。
WordPressの500内部サーバーエラーを修正する
トラブルシューティングを始める前に、WordPressによるサイトの完全なバックアップが手元にあることを確認してください。
WordPressの管理エリアにアクセスできるのであれば、WordPressのバックアッププラグインを使ってサイトの完全なバックアップを作成することができます。
Duplicatorの使用をお勧めします。サイトを素早くバックアップできるだけでなく、バックアップをクラウド上に保存することもでき、最も重要なのはバックアップからサイトを復元できることです。
一方、WordPressの管理エリアにアクセスできない場合は、phpMyAdminとFTPクライアントを使用して手動でWordPressのバックアップを作成することができます。
その後、以下の手順でトラブルシューティングを行い、サイトの内部サーバーエラーを修正することができます。
WordPressとブラウザーキャッシュのクリア
ブラウザーやWordPressのキャッシュプラグインは、エラーページのキャッシュコピーを誤って保存することがあります。
これを解決する最も簡単な方法は、まずブラウザーキャッシュをクリアすることだ。
その後、サイトのWordPress管理エリアにアクセスできる場合は、キャッシュプラグインの設定ページにアクセスしてWordPressのキャッシュを空にすることができます。
詳しくはWordPressのキャッシュをクリアする方法のチュートリアルをご覧ください。
.htaccessファイルが壊れていないかチェックする
.htaccessファイルはサーバー設定ファイルであり、WordPressがリダイレクトを設定するためにも使用されます。
内部サーバーエラーの最も一般的な原因の1つは、破損した.htaccessファイルです。
この問題を解決する最も簡単な方法は、WordPress管理エリアの「 設定 ” パーマリンク」ページにアクセスし、何も変更せずに「変更を保存」ボタンをクリックすることです。
WordPressが.htaccessファイルを更新するか、新しいファイルをジェネレータします。これで内部サーバーエラーが解決したかどうか、サイトにアクセスして確認することができます。
それでもエラーが表示される場合は、WordPressが.htaccessファイルを生成または書き込むことができたことを確認する必要があります。
ファイルやディレクトリの権限により、WordPressが.htaccessファイルを作成したり書き込んだりできないことがあります。
.htaccessファイルを手動で置き換えることができます。まず、FTPまたはホスティングアカウントのコントロールパネルにあるファイルマネージャーアプリを使ってサイトにログインする必要があります。
次に、メインの.htaccessファイルを.htaccess_oldのようにリネームする必要があります。これにより、ファイルをバックアップとして保持することができますが、WordPressはそれを認識しません。
.htaccessファイルの名前を変更するには、FTPまたはホスティングアカウントのcPanelダッシュボードのファイルマネージャーアプリを使用してサイトにログインする必要があります。
接続が完了すると、.htaccessファイルはwp-content、wp-admin、wp-includesのようなフォルダーがあるのと同じディレクトリに置かれます。
.htaccessファイルを右クリックし、.htaccess_oldにリネームするだけです。
次に、新しい.htaccessファイルを作成する必要があります。
サイトのルートフォルダー内で右クリックし、FTPクライアントまたはファイルマネージャーアプリで「新規ファイルを作成」オプションを選択します。
この新規ファイルを.htaccessと名付け、「OK」をクリックして保存します。
現在、この.htaccessファイルは空になっているので、初期設定のWordPressリライトルールを追加する必要がある。
ファイルを右クリックし、FTPクライアントまたはファイルマネージャーアプリで「表示/編集」を選択するだけです。
空のファイルは、メモ帳やテキストエディットのようなプレーンテキストエディターで開きます。
# 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
このコードはWordPressが使用する初期設定のルールセットです。変更を保存し、サーバーにファイルをアップロードすることを忘れないでください。
これで内部サーバーエラーが解決したかどうか、サイトにアクセスして確認することができます。
もしそうなら、内部サーバーエラーを修正したのだから、自分を褒めてあげよう。
重要：他のことに移る前に、WordPress管理エリアの設定 ” パーマリンクのページに行き、変更を加えずに保存ボタンをクリックすることを確認してください。これにより、投稿ページが404エラーを返さないように、適切な書き換えルールで.htaccessファイルが再生成されます。
.htaccessファイルの破損をチェックしても解決しなかった場合は、この投稿を読み続ける必要がある。
PHPメモリ制限の増加
スクリプトがPHPのメモリ制限をすべて消費した場合、サーバー内部エラーが発生することがあります。
PHPのメモリ制限を増やす最も簡単な方法は、wp-config.phpファイルを編集することです。初心者の方は注意してください。WordPressのコアファイルの小さなミスでもサイトを壊してしまう可能性があるので、これらの指示に注意深く従いたい。
開始するには、FTPクライアントまたはホスティングアカウントのコントロールパネルにあるファイルマネージャーアプリを使用してWordPressサイトに接続するだけです。
サイトのメインフォルダー内にwp-config.phpファイルがあります。それを右クリックして「ダウンロード」を選択します。これで、何か問題が発生した場合に備えてファイルのバックアップを確実に取ることができます。
それを保存したら、右クリックして『表示／編集』を選択する。
wp-config.phpファイルの中で、「これですべてです！ハッピー公開する：
define( 'WP_MEMORY_LIMIT', '256M' );
詳しくは、WordPressでPHPのメモリ制限を増やす方法のチュートリアルをご覧ください。
注：256Mで問題が解決しない場合は、512Mに増やしてみてください。
WordPressの管理画面にログインしようとしたときや、wp-adminで画像をアップロードしようとしたときにのみ内部サーバーエラーが表示される場合は、以下の手順でメモリ制限を増やす必要があります：
- コンピューター上に空白のテキストファイルを作成し、php.iniと命名する。
- そこに次のコードを貼り付ける： memory=256MB
- ファイルを保存する
- FTPで/wp-admin/フォルダーにアップロードします。
メモリ制限を増やすことで問題が解決したのであれば、一時的に問題が解決しただけです。メモリ制限を使い果たした原因を見つける必要があります。
これは、プラグインのコーディング不良か、テーマの機能である可能性があります。正確な診断結果を見つけるために、WordPressのWebホスティングサービス会社にサーバーのログ記録を調べてもらうことを強くお勧めします。
PHPのメモリ制限を増やしても問題が解決しない場合は、トラブルシューティングが必要です。
WordPressのプラグインをすべて無効化する
上記の解決策がどれもうまくいかなかった場合、このエラーはサイトにインストールされている特定のプラグインが原因である可能性が高いです。
プラグイン同士の相性が悪い可能性もある。
サイトのWordPress管理エリアにアクセスできるのであれば、プラグインページに行き、WordPressのプラグインをすべて無効化すればよい。
しかし、WordPressの管理エリアにアクセスできない場合は、FTPを使用してWordPressのプラグインをすべて無効化することができます。
FTPクライアントまたはホスティングアカウントのコントロールパネルにあるファイルマネージャーアプリを使用して、WordPressサイトに接続するだけです。
接続したら、/wp-content/フォルダに移動し、プラグインフォルダの名前をplugins.deactivatedに変更します。
WordPressはpluginsフォルダーでプラグインを探します。pluginsフォルダが見つからない場合、すべてのプラグインが自動的に無効化されます。
これで、あなたのサイトの内部サーバーエラーが解決したかどうか、サイトにアクセスしてみてください。
プラグインをすべて復元するには、「plugins.deactivated」フォルダーをpluginsにリネームするだけです。
プラグインは復元されますが、無効化されたままです。
プラグインを個別に有効化し、サイトを訪問して内部サーバーエラーの原因となっているプラグインを特定することができます。
詳しくは、WP-Adminを使わずにWordPressのプラグインをすべて無効化する方法をご覧ください。
プラグインをすべて無効化してもサイトの内部サーバーエラーが直らなかった場合は、このまま読み進めてください。
WordPressの初期設定テーマに切り替える
内部サーバーエラーの原因として、WordPressテーマ内のコードが考えられます。
そうであるかどうかを判断するには、WordPressのテーマを初期設定に切り替える必要があります。
WordPressの管理エリアにアクセスできる場合は、外観 ” テーマページにアクセスします。デフォルトテーマがすでにインストールされている場合は、有効化ボタンをクリックするだけでテーマを切り替えることができます。
デフォルトテーマがインストールされていない場合は、上部の「新規追加」ボタンをクリックし、デフォルトテーマ（Twenty Twenty-Three、Twenty Twenty-Twoなど）をインストールすることができます。
WordPressの管理エリアにアクセスできない場合でも、デフォルトテーマに切り替えることができる。
FTPクライアントを使用してWordPressサイトに接続し、/wp-content/フォルダに移動するだけです。
右クリックしてテーマフォルダーを選択し、バックアップとしてコンピューターにダウンロードします。
次に、サイトからテーマフォルダーを削除する必要があります。削除したら、新しいテーマフォルダーを作成してください。
新しいテーマフォルダーは完全に空になります。つまり、現在WordPressテーマがインストールされていないことを意味します。
次に、WordPressテーマディレクトリにアクセスし、初期設定のWordPressテーマをコンピューターにダウンロードする必要がある。
ブラウザーがテーマをzipファイルとしてコンピューターにダウンロードします。
コンピューター上でファイルを探し、解凍します。Windowsユーザーは、ファイルを右クリックし、「すべて展開」を選択して解凍できます。Macユーザーは、zipファイルをダブルクリックして解凍できます。
WordPressテーマを含むフォルダーが表示されます。
FTPクライアントまたはファイルマネージャに戻り、このフォルダーを空のテーマフォルダーにアップロードします。
アップロードすると、WordPressは自動的に初期設定のテーマを使い始めます。
これで内部サーバーエラーを解決したかどうか、サイトにアクセスして確認することができます。
それでもうまくいかない場合は、WordPressのテーマをバックアップから再アップロードするか、以前使用していたテーマに戻してください。
ご心配なく。エラーを修正するためにできることはまだいくつかあります。
コアファイルの再アップロード
プラグインとテーマのオプションで内部サーバーエラーが修正されなかった場合は、新しいWordPressインストールから/wp-admin/と/wp-includes/フォルダを再アップロードする価値があります。
これはあなたの情報を削除するものではありませんが、ファイルが破損している場合に問題を解決する可能性があります。
まず、WordPress.orgのサイトにアクセスし、「ダウンロード」ボタンをクリックします。
WordPressのzipファイルがコンピューターにダウンロードされます。
zipファイルを解凍してください。その中にWordPressフォルダーがあります。
次に、FTPクライアントを使用してWordPressサイトに接続する必要があります。
接続したら、サイトのルート・フォルダーに移動します。wp-admin、wp-includes、wp-contentフォルダーがあるフォルダーです。
左の列で、コンピューター上のWordPressフォルダーを開きます。
WordPressフォルダー内のすべてのファイルを選択し、サイトにアップロードする必要があります。
FTPクライアントがこれらのフォルダーをサーバーに転送します。
ファイルを上書きするかどうか尋ねられます。上書きする」を選択し、「常にこのアクションを使用する」を選択し、「現在のキューにのみ適用する」のチェックボックスにチェックを入れます。
FTPクライアントは、古いWordPressファイルを新しい新鮮なコピーに置き換えます。
WordPressファイルが破損している場合は、この手順で内部サーバーエラーを修正できます。
WordPressでデバッグログを有効化する
WordPressには、デバッグ用のログ記録を残すシステムがビルトインされています。
WP Debuggingプラグインを使用することでオンにすることができます。詳しくはWordPressプラグインのインストール方法をご覧ください。
プラグインを有効化すると、WordPressサイトのデバッグログ記録が有効になります。
WordPressサイトの管理エリアにアクセスできない場合は、wp-config.phpファイルに以下のコードを追加することで、デバッグをオンにすることができます：
define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true);
デバッグログを有効にすると、FTPクライアントを使用して/wp-content/フォルダに移動することで、これらのログを表示することができます。
デバッグログファイルをテキストエディターで開くと、サイトで発生したエラーや警告のリストが表示されます。
エラーや警告の中には、修正する必要のない無害なものもあります。しかし、もしあなたのサイトで内部サーバーエラーが表示されているのであれば、これらは正しい方向を示してくれるかもしれません。
ホスティングサービスに問い合わせる
すべての方法でサイトの内部サーバーエラーを修正できない場合は、さらに助けを求める必要があります。
Webホスティングサポートチームに連絡すれば、サーバーのログ記録をチェックして、エラーの根本原因を突き止めることができます。
自分でトラブルシューティングを続けたい場合は、初心者のための究極のWordPressトラブルシューティングガイドをご覧ください。
この投稿がWordPressの内部サーバーエラーの解決に役立てば幸いです。WordPressの最も一般的なエラーの完全なリストと、最適なホスティングサービスプロバイダーの選び方についてのガイドもご覧ください。
If you liked this article, then please subscribe to our YouTube Channel for WordPress video tutorials. You can also find us on Twitter and Facebook.
Syed Balkhi says
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!
Ivan says
Also, how to create an .ini file on a mac???
Ivan says
What if it’s NOT the .htaccess file? Can we then change the filename back .htaccess??
What if it’s NOT the plugins? Can we simply change the plugins folder name back to what it was??
These are details we should know about.
Thanks!
WPBeginner Support says
Yes, if it was not due to plugins folder or .htaccess, then you can put them back as they were.
管理者
gks says
thanks this was so helpful.
philip says
Thankyou so much, I had installed a plugin which had somehow corrupted the .htaccess file, renamed it to .htacces_old as per the advice on this page, and all’s back working again, if you cant find the .htaccess file on your server, it could be hidden, cpanel has an option to look for hidden files.
thanks guys
Akinshola Samuel says
When all the files in your “wp-content” are empty, you always get the server (both locally and remotely). Took me longer time before recognising this.
I was moving the an existing wordpress engine alognside many other things, Unfortunately the wp-contents and it’s respective folders were all empty.
Finally, Happy when I solve this.
Max B says
Thank you guys for saving my day! This solved the issue for me, thank you!
Sofia Berglund says
Thanks! Great tutorial. Turned out for me that, when I was unactivated the plugins, I got another error-message saying i had some corrupt @media print-code in the functions.php. Took that away and got my page back
Donald says
Make sure index.php has permissions of 644. Somehow mine has 777 when transferred from one server to another.
John says
DONALD !!! you’re a life saver … thanks to the WP beginner platform also
Lewis James-Odwin says
Great Video, solved my problem in 54 seconds! (.htaccess issue)
Keek says
I must have spent 4 hours trying everything I found online. In the end, turns out I was running an old version of PHP. When I updated it in my cPanel, the 500 error was gone.
krishna says
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@ and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
how to solve this error?
M Jones says
My problem was actually a corrupt wp theme rather than a corrupt plugin.
To solve I renamed the corrupt theme (Oxygen) (which gave me a white screen) than named Twenty Sixteen “oxygen” so that my site would use Twenty Sixteen (a working theme) as my theme. Than I switched using dashboard to Twenty Fourteen (my second favorite installed theme) than again used my file editor to rename Twenty Sixteen back to “twentysixteen” & Oxygen to “oxygen.corrupt”.
I think my theme did not download properly, making it corrupt.
Thanks for pointing me in the right direction!
Alia says
Thank you so much you saved me a lot of time!
mayur says
Thank you so much for so complet information!
i have a .htaccess problem.. solved.. now working as charm..
SHYOPAT says
Someone pointed me to your article (thank heavens) I did the htaccess file change and it helped it for two minutes. Then I did the php memory thing and that helped for a few minutes as well, then back to the internal server error. I’m currently working on trying to figure out if it’s a plugin. If that doesn’t help… then I’ll do the core files. And then after that… I have no idea. I guess I’ll try my hosting provider again.
Den says
I always check .htaccess file first…
Will Paro says
Is it possible to have an Internal Server Error only on select computers, but not others?
That is the issue I’m dealing with right now.
I have 6 sites all hosted through one account via GoDaddy. All are showing an Internal Server Error. They were fine this morning, but now nothing.
Problem is that GoDaddy says that they see the sites just fine.
I can pull the site up in gtmetrix.com and analyze it with no issues.
Please help.
Every computer I use PC, Macs and Chromebooks all show internal server errors, but gtmetrix.com and GoDaddy says everything is fine.
One of the sites is
Thanks in advance
Jesu says
You save my life!!
Thanks a lot from Spain!
antony agnel says
Phew…thanks a lot guys!
A new guy here…installed ‘bulletproof security’ plugin on my wordpress site & got an Error 500!
Was shit scared…& finally found out about your site and this article – finally fixed it by applying your tip to rename to .htaccess file to .htaccess_old!
Once again, thank you so much – you guys rock!!
hendra says
Hi Guys
I have a questions in regards of 500 internal server error, i experienced the problem with a plugins [JSON API] when i type example.com/api/ – it is showing 500 internal server error.
any advises on how to solve this problem? much appreciated before.
Linda says
Thank you!
In my case, it was the theme that was broken (my fault for tinkering around), not a plugin. I renamed the theme folder .mytheme-deactivate like in your plugin example, and hallelujah, I could access my site again! (I simply activated a different theme, but I could probably uninstall and re-install the original theme if I wanted to)
Aviroop Chowdhury says
Disabling solved my issue. Thanks.
Mike says
Sometimes this is a bug in your own PHP code.
For this it’s best to use a binary chop ‘echo’ method. That is add a simple echo ‘fred1’; exit; into your code starting at the top of the index.php. If you see ‘fred1’ displayed when you visit your site then you know it’s a PHP bug and not any of the other reasons. (Note I used a .htaccess online validator to check the syntax of my .htaccess file too, in order to rule that out).
Once ‘fred1’ is displayed now move it halfway down the index.php file (useful to increment the integer each time too, e.g. fred2, fred3 etc). If the server error occurs then you know you need to move the statement up. If fred1 etc is printed then you need to move it further down the code. If you get to an include or require statement then you then delve into that file in the same way.
I found the offending PHP file in under 10 minutes. You should then use php -l whateverfile.php to find offending line in that file and also to know what the syntax error is. If ‘php -l’ doesn’t give you the syntax error then you should read this:
The ‘php -l’ would need to be done by remote logging into your hosting account. If you can’t do this then as this article says, contacting your hosting support can be useful to find the php log file.
Darrin says
You’re a life-saver! Renaming my plugins directory worked. Thank you!
Peter Ishola says
I have tried all the options given in this article but it’s still the same. the error message appears on both the admin and the web pages of my site. I’d appreciate more options to solve this problem. The error message is:
500 – Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed.
Thanks
Kristoff says
I am running a large WooCommerce store and was receiving 500 internal server error on most front end pages & WP admin login. The store resides on a dedicated cloud server and had been running fast without fault for a few months. Tried ht access remedy firstly, but nothing changed, php memory should not have been a problem as I had increased this on install & I did not think WP ftp core files were corrupted, so looked elsewhere. Ran putty to connect to dedicate linux server and command line was showing huge CPU usage for mysql – 90%. Previously in my WP development experience sql errors or high usage are database related, so via a combination of sql workbench to kill connections & php myadmin to repair database tables (I only repaired wp_options in this instance) I was able to fix the internal server problem. My point on all of this is – even though problem was flagged as internal server error, it was a database table repair (after table analysis) which cleared the error.
sahni says
Can you write in detail how did you do fix wp_options
Saheed says
Thanks a lot, deactivating plugins solved my issue
Dan says
Hey Guys ,
I have this problem right now with some site and it looks like it is because server is overloaded and website is on shared hosting, so keep an eye on that !
Janus says
Thanks i think you are right, i tried all above solutions but nothing helped, and i have pinge my site to a lot of search engines today so can be robots from there that have made the error.
Julian says
Thank you! Deactivating the plugins vía PhpMyAdmin worked for me!
Monayam Ahmad says
Not work for me. I face this problem when I want to customize my theme. Everything goes well. But to do ‘customize’ I get this error. I don’t why.
Ben says
Thank you very much for this very helpful article !
The htaccess renaming worked for me ! Yeah !
Joe says
Thank you so much! I was encountering endless Internal Server Errors for about 36 painful hours, and deleting/reuploading my theme via FTP then renaming the .htaccess file SAVED ME SO MUCH!
You are a life saver.
oladayo says
Thank you very much. it was the option of re-uploading the wp-admin and include folders that saved me after about 3weeks of troubleshooting.
Rod Salm says
For me, it was the permissions setting for the entire directory. It needed to be 750. Soon as I changed that in the File Manager in cPanel it was back up.
I didn’t figure that out on my own.
Rod
Giorgio says
Thank you so much! You save me from an heart attack…
Simply I have renamed, via FTP, the .htaccess in .htaccess_old, and WP goes on.
This is the new .htaccess, created as you suggested:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
This is the .htaccess that I find in my FTP and renamed in .htaccess_old:
## BEGIN WordPress<
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
I don’t know what had modify the file. Someone have an answer?
Thank you!
Donny says
I think it is a # problem, because your old file has 2 # and the new 1 # in the beginning.
Hope it helped
Oderinde Taiwo Martins says
I just want to say a big thank you to you guys. You saved my day with this article. I’m bookmarking this website now as I know I will have to come back and learn more from your resources. Thanks a bunch.
Rionize says
tkank’s guys every thing is on .htaccess file and pemalink in word press check it out!!!
Petrus Rex says
I had this issue after a fresh install of WordPress. I would get this error specifically when accessing the plugins from my dashboard it turned out to be a corrupt .htaccess file but had to be handled server side by my web host. I’m running on Arvixe.
abbas says
thanks
Ivan Aliku says
I must give kudos to the moderators and content developers of this blog. I’ve not regreted knowing this website for one bit. The .htaccess solved the problem for me with ease. Keep up the good work.
Being Khan says
I can’t rename it even.
Petrus Rex says
You can change the name with an FTP client after you transfer it to your web host.
Usman Aslam says
Thanks a lot, it was due to a bad plugin I couldn’t login, Wouldn’t have been possible without reading this. Great work … !
Larah31 says
Thanks man.. You’re the best
Cory says
Thanks, renaming .htaccess to .htaccess.old did the trick :).
Mitch says
I’ve got a weird one. My Internal Server Errors only happen on “Posts”, and Not on “Pages”. The host just updated the PHP version as well as the memory limit, and I re-uploaded the wp-admin and wp-admin files. No luck. Any other ideas?
James says
I have the same issue. None of these things fixed it for me either.
josh says
thanks this was helpful
mark says
.htaccess did the thing for me. Thanks!
Juan mejia says
Thanks!!!! htaccess in my case.
Cachi says
Thanks, It solved in my case. Just delete de .htaccess , reload, and a new .htaccess file was generated and the site works !
Thank you again
Rochelle says
I have been in touch with my hosting provider two times and they have no idea what it is. They switched databases, thought it was hacked, and the other guy couldn’t figure out why I was having problems at all.
Someone pointed me to your article (thank heavens) I did the htaccess file change and it helped it for two minutes. Then I did the php memory thing and that helped for a few minutes as well, then back to the internal server error. I’m currently working on trying to figure out if it’s a plugin. If that doesn’t help… then I’ll do the core files. And then after that… I have no idea. I guess I’ll try my hosting provider again.
Would switching hosts be of any help at all?
WPBeginner Support says
If all these steps don’t help and your host is unable to assist, then yes you can consider switching to a better WordPress hosting.
管理者
Adela says
Thank you so much for so complet information!
It was a plugin problem for me, impossible to find without your help!