WordPressで致命的なエラー:最大実行時間超過を修正する方法

「致命的なエラー:最大実行時間が超過しました」のようなメッセージが表示されると、確かに心臓がドキッとするものです。深刻に聞こえ、多くの場合WordPress管理画面へのアクセスがロックされ、非常にフラストレーションがたまります。

私たちも経験があります。自身のWordPressウェブサイトを管理している中で、プラグインやテーマのアップデートなどのスクリプトが、サーバーが許可する時間よりも少し長い時間を終了に必要とする場合に、このエラーが通常発生することに気づきました。

良いニュースは、その威圧的な名前にもかかわらず、これは一般的な問題であり、簡単な解決策があるということです。それを解決するために開発者である必要はありません。

このガイドでは、「最大実行時間を超えました」エラーを正確に修正し、WordPressサイトをスムーズに再び実行できるようにする方法を説明します。

最大実行時間超過エラーを修正する方法:簡単な修正方法

このエラーの最も一般的な解決策は、PHPスクリプトの実行時間制限をわずかに増やすことです。これは、.htaccessファイルやwp-config.phpファイルなど、サーバー上のファイルを編集することで行うことができます。多くの場合、エラーは不良プラグインによって引き起こされますが、これはWordPressの組み込みリカバリモードを使用して解決できます。

WordPressで「致命的なエラー:最大実行時間超過」を簡単に修正する方法

最大実行時間超過エラーはなぜ発生するのか?

WordPressで最大実行時間が超過したエラーが発生するのは、PHPスクリプトの実行時間が、Webホスティングサーバーによって設定された制限よりも長くなるためです。PHPはWordPressを動かすプログラミング言語であり、この時間制限はサーバーリソースの悪用を防ぐためのセーフガードです。

ほとんどのホスティング会社は、この時間制限を30秒から60秒の間に設定しています。プラグイン、テーマ、またはWordPressコアのアップデート用のスクリプトがそれ以上完了するのに時間がかかると、PHPはそのスクリプトを停止し、致命的なエラーを生成します。

WordPressで最大実行時間が30秒を超えましたエラー

WordPressで「最大実行時間を超えました」エラーを修正する方法

これは「致命的なエラー」と呼ばれますが、これはあなたが遭遇する可能性のある最も一般的なWordPressエラーの1つです。幸いなことに、通常は比較的簡単に解決できます。

以下に、試すことができるいくつかの方法を示します。

上記のクイックリンクを使用して、いずれかの方法にジャンプしてください。

重要: 変更を加える前に、データ損失を防ぐためにウェブサイトのバックアップを作成することを強くお勧めします。信頼できるプラグインであるDuplicatorを使用するか、WordPressサイトのバックアップ方法に関するガイドを参照して詳細を確認してください。

WordPressリカバリーモードを使用する方法1

私たちの経験では、プラグインが原因である場合、WordPressの組み込みのリカバリーモードを最初に試すのが最も簡単な方法です。この機能は、致命的なエラーが発生した場合でもサイトにアクセスできるように、WordPress 5.2で追加されました。

エラーが発生すると、WordPressはフロントエンドに「このサイトは技術的な問題に直面しています」というメッセージを表示する場合があります。

技術的な問題

「リカバリーモード」を使用してログインするための特別なリンクが記載されたメールも届くはずです。

メールには、問題を引き起こしたプラグインが記載されていることがよくあります。

技術的な問題のメールが管理者に送信されました

リンクをクリックしてリカバリーモードに入ると、問題の原因となっているプラグインを安全に無効化または削除できます。

詳細については、WordPressリカバリーモードの使い方およびWordPressプラグインの無効化方法に関するガイドをご覧ください。

回復モード

方法2:.htaccessファイルを編集する

この方法は、WordPress管理画面からロックアウトされ、リカバリモードを使用できないユーザーに特に効果的です。サイトのファイルに直接接続して、簡単なコード行を.htaccessファイルに追加する必要があります。

FTPクライアントまたはホスティングコントロールパネルのファイルマネージャーアプリを使用してこれを行うことができます。当社の開発者はこのタスクによくFileZillaを使用しています。

.htaccessファイルは、サイトのルートディレクトリ、/wp-content/および/wp-admin/と同じフォルダにあります。表示されない場合は、.htaccessファイルの見つけ方に関するガイドを確認してください。

FilezillaでのWordPress .htaccessファイル

ファイルを見つけたら、右クリックして「表示/編集」を選択します。

これにより、テキストエディタで開かれます。

WordPressで.htaccessファイルを表示/編集する

次のコード行をファイルの末尾に追加してください:

php_value max_execution_time 300

コードを追加した後、変更を保存し、ファイルをサーバーに再度アップロードしてください。このコードは、最大実行時間を300秒(5分)に設定します。これはほとんどのスクリプトを実行するのに十分なはずです。

この方法はサーバーに依存するため、すべてのホスティング構成で機能するとは限らないことに注意してください。新しいエラー(例:500内部サーバーエラー)が発生した場合は、追加した行を削除してファイルを再度保存してください。その後、次の方法に進んでください。

方法3:php.iniファイルを編集する

これは別の信頼できる方法であり、.htaccessの変更が制限されているホスティング環境で機能することを確認しています。これには、php.iniと呼ばれるサーバーのメインPHP設定ファイルを編集することが含まれます。

まず、ホスティングコントロールパネル(cPanelやPleskなど)で「MultiPHP INI Editor」または「PHP Configuration」というツールを探してください。これが変更を加える最も簡単で安全な方法です。

そのようなツールが見つからない場合は、WordPressのルートフォルダにphp.iniという名前の新しいファイルを作成できます。次に、ファイルを編集して次の行を追加します:

max_execution_time = 300

ファイルを保存することを忘れないでください。これでウェブサイトにアクセスして、エラーが解決されたかどうかを確認できます。

方法4:wp-config.phpファイルを編集する

私たちのチームは、WordPressにデフォルトのサーバー設定を上書きするように直接指示するため、この方法をより的を絞ったアプローチとしてよく使用します。これには、wp-config.phpファイルの編集が含まれます。

この変更は、WordPress PHPスクリプトの実行時間を増やすことを目的としています。サーバー全体ではなく、WordPressアプリケーションのみに影響します。

FTPクライアントまたはファイルマネージャーを使用して、WordPressのルートディレクトリにあるwp-config.phpファイルを見つけます。次の行の直前に、次の行を貼り付けます:/* That's all, stop editing! Happy publishing. */

set_time_limit(300);

変更を保存し、ウェブサイトを確認してエラーが修正されたかどうかを確認してください。問題が解決するかどうかを確認するために、300秒から始めることをお勧めします。

方法5:WordPressデータベースの最適化

データベースの肥大化がスクリプトのタイムアウトに直接つながるケースがあります。これは、数千もの投稿リビジョン、期限切れの一時データ、または古いプラグインからの孤立したデータが蓄積された古いサイトでよく発生します。

定期的にデータベースを最適化することで、不要なデータをクリーンアップできます。これにより、実行時間エラーが修正されるだけでなく、ウェブサイト全体の速度も向上します。

WordPressデータベースをワンクリックで最適化する方法については、ステップバイステップガイドをご覧ください。

方法6:WordPressプラグインを確認する

私たちの経験では、何百ものWordPressサイトのトラブルシューティングを行ってきた中で、コードが不十分なプラグインやリソースを大量に消費するプラグインが、最大実行時間エラーの最も一般的な原因であることがわかりました。

プラグインは素晴らしい機能を追加しますが、問題を引き起こすこともあります。

プラグインが原因かどうかを確認するには、すべてのプラグインを一時的に無効化してみてください。エラーが解消されれば、プラグインが原因だとわかります。

WordPressプラグインを一括無効化する

次に、1つずつ再アクティブ化し、各アクティブ化後にサイトを確認してください。エラーが再発した場合、問題のあるプラグインが見つかったことになります。

管理画面にアクセスできない場合は、wp-adminにアクセスできない場合にプラグインを無効にする方法に関するガイドがあります。プラグインを見つけたら、その作者にサポートを依頼するか、代替手段を見つけることができます。

方法7:ホスティングプランをアップグレードする

他のすべてのソフトウェアレベルの修正を使い果たした後、根本原因はホスティングプランのリソース制限であるとクライアントにアドバイスすることがよくあります。基本的な共有ホスティングプランを利用している場合、単にリソースが不足している可能性があります。

ホスティングをアップグレードすると、多くの場合、恒久的な解決策が得られます。WPBeginnerで使用しているSiteGroundBluehostHostingerのような企業は、これらの一般的な問題をすぐに処理できるように構成されたWordPress最適化プランを提供しています。

WordPressの最適なホスティングの選び方については、詳細を記載したガイドをご覧ください。WordPressの最適なホスティングの選び方

方法8:WordPressサポートを受ける

上記の方法を試しても問題が解決しない場合は、ホスティングプロバイダーのサポートチームに連絡することを強くお勧めします。彼らはあなたにはアクセスできないサーバー側のログを確認でき、それが問題の正確な原因を特定できることがよくあります。

また、WPBeginner Engage Facebookグループのような役立つコミュニティに参加して、他のWordPressユーザーにアドバイスを求めることもできます。

WPBeginner Engage Facebookグループ

最大実行時間エラーに関するよくある質問

この特定のWordPressエラーについてよく寄せられる質問をいくつかご紹介します。

最大実行時間の適切な値は何ですか?

300秒の値を推奨します。これは通常、ほとんどの長時間実行されるPHPスクリプトが完了するのに十分な時間であり、サーバーの安定性にリスクをもたらすほど高くはありません。

WordPressテーマがこのエラーを引き起こす可能性はありますか?

はい、もちろんです。コードが不十分なテーマや、かなりの処理を必要とする非常に複雑な機能を持つテーマは、特にアップデート中やデモコンテンツのインポート中に、最大実行時間エラーを引き起こすことがあります。

実行時間を長くすると、サイトは遅くなりますか?

いいえ、最大実行時間を増やすことはウェブサイトの速度を低下させません。この設定はターゲットではなく、制限です。単に正当な、長時間実行されるプロセスが正常に完了するための時間を長くするだけで、訪問者にとってのサイトの通常の読み込み速度に悪影響はありません。

その他の WordPress トラブルシューティング ガイド

他の種類のWordPressエラーが発生していますか?これらのガイドがお役に立てるかもしれません。

この記事がWordPressで致命的なエラー:最大実行時間超過を修正するのに役立ったことを願っています。また、WordPressでデータベース接続確立エラーを修正する方法に関するガイドや、おすすめのマネージドWordPressホスティングプロバイダーもご覧ください。

この記事が気に入ったら、WordPressのビデオチュートリアルについては、YouTubeチャンネルを購読してください。 TwitterFacebookでもフォローできます。

開示:当社のコンテンツは読者によってサポートされています。これは、当社のリンクの一部をクリックすると、当社が手数料を得る可能性があることを意味します。WPBeginnerがどのように資金提供されているか、それがなぜ重要か、そしてどのように私たちをサポートできるかについては、こちらをご覧ください。当社の編集プロセスはこちらです。

究極のWordPressツールキット

無料のツールキットにアクセスしましょう - すべてのプロフェッショナルが持つべきWordPress関連の製品とリソースのコレクションです!

読者とのインタラクション

73 CommentsLeave a Reply

  1. このエラー「致命的なエラーを修正:最大実行時間を超えました」を修正する方法を見つけられて嬉しいです。このエラーは通常、サイトが開くのに時間がかかりすぎたり、ページを読み込むのに時間がかかりすぎたりすると発生することに気づきました。そのため、ホストからのものではなく、ブラウザのせいだと推測しました。
    実行時間を5分以上に保つことの意味は何ですか?何が起こる可能性がありますか?

    • 実行時間が長すぎると発生する可能性のある問題は、サイトの読み込みや処理に時間がかかりすぎるか、サイトが過負荷になることです。

      そのため、サーバー容量、ロード時間、サイトのニーズのバランスをうまく取る必要があります。

      • お返事ありがとうございます。
        おっしゃる通り、そのバランスを見つけることが重要です。特にトラフィックが多い時期には、実行時間が長いためにサイトの速度が低下したり、タイムアウトが発生したりする状況に遭遇したことがあります。ユーザーエクスペリエンスを損なうことなく、効率的に負荷を処理できることを確認するために、パフォーマンスを最適化する必要があります。ご支援に感謝いたします。

  2. この値の妥当な最大値は何だと思いますか?インポートやエクスポートなどの一部のプラグインは、アクションを実行するのにかなりの時間が必要な場合があります。そのため、セキュリティリスクにつながる可能性があるため、どの値を超えると良くないのかを知りたいです。

    • 60から始めるのは通常テストの良い方法であり、その後は特定のタスクに応じて、どれだけ増やすか、またはホストにエラーについて確認する必要があるかが決まります。

      管理者

      • 回答ありがとうございます。現在300の制限があり、それで十分です。ですので、この値のままにしておき、様子を見ます。値を低くすると、制限内に収まらないことがよくあります。ありがとうございます。制限を上げることは絶対にしません。

  3. 素晴らしいです、問題は解決しました。この調子で続けてください。改めてありがとうございました。

  4. 問題に直面するたびにGoogleで検索すると、あなたのウェブサイトが見つかり、いつもあなたのウェブサイトで問題を解決しています。本当にありがとうございます。

    • 同じ方法を使用します。xampp/phpの下にファイルが既に作成されていないことを確認したい場合があります。その場合は、そこでファイルを編集したいと思うでしょう。

      管理者

    • ホスティングプロバイダーに連絡すれば、サポートを受けられるはずです。

      管理者

  5. 問題なく動作しています。プレミアムショッピングテーマをインストールし、必須プラグインをインストールした際にエラーが発生しました。.htaccessファイルにphp_value max_execution_time 300 という行を追加したところ、動作し、すべての必須プラグインがインストールされました。この問題で2〜3時間試していました。時間を節約してくれてありがとう。

  6. 素晴らしい記事をありがとうございます!
    おかげで問題が解決しました。localhostのWordPressをv.5.2.5からv.5.3.2にアップグレードしようとした際に発生した問題でした。
    .htaccessファイルの末尾に「php_value max_execution_time 300」という行を追加しただけで、私の場合は十分でした。
    よろしくお願いいたします!

  7. この問題で大変困っていました。貴殿の記事を拝読し、この問題は解決しました。
    本当にありがとうございます。

  8. こんにちは、
    この非常に役立つ情報を投稿していただきありがとうございます。
    大変助かります。
    ご多幸をお祈りしています。
    Quy

  9. 手順に従いましたが、うまくいかず、500内部サーバーエラーメッセージが表示され、サイトがダウンしました。

  10. 親愛なる皆様へ
    Woocommerceの設定タブをクリックすると、以下のような最大実行時間制限のエラーが発生しています。php.iniファイルにmax_execution_time = 360を追加しましたが、うまくいきません。

    woo-commerceのみを残してすべてのプラグインを無効にし、デフォルトのWordPressテーマに変更しましたが、これらの手順はどれも私には効果がありませんでした。

    この問題を解決するのを手伝ってくれる親切な方はいますか?

    • ホスティングプロバイダーに連絡して、サイトの実行時間を変更できないようにするオーバーライド設定があるかどうかを確認してください。それが原因である可能性が高いです。

      管理者

    • Try this in your script (I placed it on the first line and it works):
      ini_set(‘max_execution_time’, ‘600’);

      お役に立てば幸いです。

      -Kaan

  11. どうすれば解決できますか?致命的なエラー:C:\xampp\htdocs\wp\wp-includes\Requests\Transport\cURL.phpの行163で、最大実行時間が30秒を超えました

  12. down vote
    WAMPサーバーがオンラインかどうかを確認するだけです。

    WAMP サーバーをオンラインにするには、次の手順に従ってください。

    WAMPサーバーの通知アイコン(タスクバーにある)に移動します。
    WAMPサーバーアイコンをシングルクリックします。
    メニューから最後のオプション、つまり「Put Online」を選択します。
    サーバーは自動的に再起動します(最新バージョンのみ)。それ以外の場合は、サーバーを手動で再起動する必要があります。
    これで完了です…

  13. こんにちは、この問題に長期間直面していますが、解決方法がわかりません。

    ホームページにアクセスすると、このエラーが発生します。Warning: session_start(): open(/tmp/sess_e8717886215bae41c9c82993bd822901, O_RDWR) failed: Disk quota exceeded (122) in /home/waqas1385/public_html/example.com/wp-content/plugins/easy-contact/econtact.php on line 112

    サイト全体を検索しましたが、「easy contact」というプラグインはインストールされておらず、ファイルマネージャーでも見つかりません。

    このエラーを修正する方法を教えてください。よろしくお願いします。

    • Waqasさん、こんにちは。

      FTPクライアントを使用して、このフォルダーを手動で検索してみてください。FTPクライアントが隠しファイルを表示するように設定されていることも確認してください。

      コードの悪いプラグインがセッションを開始しており、サーバーが一時セッションファイルを削除できないようです。また、ウェブホスティングのメールボックスなど、他の場所に保存されている一時ファイルによって引き起こされる可能性もあります。

      管理者

  14. こんにちは、php 5.5 を使用しています。
    cPanel で .htaccess コードエディターを開くと、次のテキストが表示されます。
    このコードを正確にどこに追加して保存すればよいですか?

    # Use PHP55
    AddHandler application/x-httpd-php55 .php

    suPHP_ConfigPath /opt/php55/lib

    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # END WordPress

  15. これは根本的な問題を全く解決していません。WPで実行されている何かがCPUリソースを完全に消費しているということです。タイムアウト値を増やすだけで修正できると示唆するのは良い習慣ではありません。根本原因に焦点を当ててください。これは多くの方法で発生する可能性があります(Apacheライブラリ、同期読み取りなど)が、一般的な原因は、非常に長いまたは無限の反復ループに陥ったWPプラグインのPHPコードです。おそらく、2つ以上のWPプラグイン間に奇妙な相互作用があるのかもしれません。

    ここで議論されていないシナリオも含め、すべてのシナリオで、CPU負荷が妥当な値まで低下するまでWPプラグインを無効にする(オフにする)必要があります。次のステップは、問題のあるプラグインまたはプラグイン間の相互作用の問題を特定する方法を見つけることです。これには、疑わしいプラグインに特化したフォーラムで時間を費やすことが含まれる場合があります。

    • @ELLAYARARWHYさんの意見に同意します。最大実行時間を設定する目的は、セキュリティとユーザーエクスペリエンスのためです。この設定を変更する方法は、問題を根本的に解決するのではなく、単に対処しているに過ぎないと思います。実行時間を増やすことは、長期的な解決策ではありません。

  16. XAMPPにWordPress 4.1をインストールしました。wp-contentおよびwp-adminフォルダに.htaccessファイルはありませんでした。言及されたコードで自分で追加しましたが、エラーは修正されませんでした。プラグインをインストールしても、エラーは修正されませんでした。

    I tried running WordPress on WAMP and I am getting the error on WAMP too. I am getting this error when I try to import the Theme Unit Test XML file. What else can I do? :(

  17. サイードさん、こんにちは
    XAMPP を使ってローカルの WordPress サイトを更新する際に、そのエラーメッセージが数回表示されたことがあります。

    この解決策はローカルインストールでも機能しますか?

コメントを残す

コメントを残していただきありがとうございます。すべてのコメントは、当社のコメントポリシーに従ってモデレーションされますので、ご了承ください。メールアドレスは公開されません。名前フィールドにキーワードを使用しないでください。個人的で有意義な会話をしましょう。