ログ テーブルが大きくなる理由とその解決方法
English version: Why Your Log Tables Are Growing and How to Fix It
WP Cerber は、データベース テーブルを保守するために、一連のスケジュールされたタスクを使用します。これらの保守タスクは、WordPress の cron ジョブを使用して定期的に実行されます。他の役割の中でも、これらのタスクは、プラグインのデータベース テーブルをクリーンアップして最適化し、制御不能な増大を防止します。
まれに、スケジュールされたバックグラウンド タスクが適切に実行されず、データベース テーブルのサイズが無制限に大きくなることがあります。この記事では、WP Cerber のメンテナンス タスクのステータスを確認し、問題が発生した場合にトラブルシューティングする方法について説明します。
WP Cerber のメンテナンスタスクのステータスを確認する方法
すべてのメンテナンス タスクが期待どおりに実行されていることを確認するには、次の手順に従います。
- WordPress 管理領域の「WP Cerber」→「ツール」ページに移動します。
- 「診断」タブをクリックします。
- 「メンテナンス タスク」セクションまで下にスクロールします。
次のようなステータス メッセージが表示されます。
ステータスが「タスクは一度も実行されていません」と表示されている場合、WordPress のスケジュールされた cron タスクの実行に問題があることを意味します。以下は、最も一般的な 2 つのシナリオに対する解決策です。
シナリオ 1: 内部 Cron サービスがアクティブ
あなたまたはホスティング プロバイダーが外部 cron サービスを設定していない場合 (これはほとんどの WordPress インストールのデフォルトです)、代替の WordPress cron メカニズムを有効にすることで問題を解決できます。
wp-config.phpファイルに次の行を追加します。
define( 'ALTERNATE_WP_CRON', true );
この設定により、誰かがサイトにアクセスするたびに WordPress が cron タスクをトリガーしようとするようになり、実行の問題の解決に役立ちます。
シナリオ 2: 外部 Cron サービスが構成されている
あなたまたはホスティング プロバイダーが外部 cron サービスを設定している場合は、次の通知が表示されます。
「注意: このサイトでは内部の WordPress cron ランチャーが無効になっています。」
この場合、メンテナンス タスクに関する問題は、外部 cron サービスが Web サイトに HTTP リクエストを送信できなかった (または送信を停止した) ことが原因である可能性があります。これを解決するには、次の手順を実行します。
- サポートについてはホスティング プロバイダーにお問い合わせください。
- 外部 cron サービスが適切に構成され、Web サイトに HTTP リクエストをアクティブに送信していることを確認します。
まとめ
WP Cerber のメンテナンス タスクを定期的に実行することは、データベースの肥大化を防ぎ、最適なパフォーマンスを確保するために不可欠です。これらのタスクのステータスを確認し、問題があればすぐに対処することで、データベースとホスティング リソースに不要な負担がかかるのを防ぐことができます。WordPress の内部 cron システムを使用する場合でも、外部 cron サービスを使用する場合でも、WordPress をスムーズに実行し続けるには、適切な構成が不可欠です。