GNU/Linux >> Linux の 問題 >  >> Panels >> Plesk

WordPressサイトの健全性

概要

バージョン5.2では、WordPressは、サイトの潜在的な問題の診断を支援するサイトヘルス機能を追加しました。これはWordPressのウェルカムエディションですが、警告やエラーの中には、解決するためにさらに情報が必要なものがあります。

コンテンツ 概要サイトヘルスへのアクセスPHPアップデート必須未使用のプラグインとテーマ古いSQLServerループバック要求のタイムアウト サイトヘルスへのアクセス
  1. WebサイトのWordPress管理者にログインします。
  2. [ツール]->[サイトの状態]に移動します。
  3. これで、すべてのサイトヘルスデータを表示できるようになります。

PHPの更新が必要です

WordPress Site Healthが、PHPのバージョンが古くなっている、または更新が必要であると報告した場合、次のいずれかの警告が表示される場合があります。

これは、サイトのPHPバージョンが最新バージョンまたはサポートされているバージョンのいずれかを実行していないことを示しています。

ありがたいことに、Conetixを使用すると、Pleskを使用してこれを非常に簡単に修正できます。新しいPHPバージョンを選択するだけで、サイトをより新しいPHPバージョンに更新できます。

PHP 7.2以降を使用することをお勧めします(Conetixは最新のPHP 7.4を含むすべてのバージョンを提供します)。また、互換性を確保するために、すべてのプラグインとテーマが最新であることを確認します。

PHPのバージョンを変更した後は、Webサイトのエラーログを確認してエラーを確認することもお勧めします。

未使用のプラグインとテーマ

Site Healthは、Webサイト内の未使用のプラグインとテーマについて通知します。メッセージは次のようになります。

未使用のプラグインに関するブログ記事で以前に説明したように、プラグインを無効にしても、セキュリティリスクとして存在する可能性があります。

これらの提案を修正するには、次のことをお勧めします:

  1. サイトのバックアップを取ります。
  2. WordPressを介して、未使用のプラグインとテーマを削除します。

アドバイス

メインテーマと一緒にサイトに1つのテーマ(例:Twenty Twenty)を保持することをお勧めします。これにより、サイトに問題がある場合に代替テーマを簡単にテストできます。

古いSQLServer

WordPress Site Healthは、古いMySQL /MariaDBSQLサーバーを実行しているかどうかを通知します。安定性を確保するために、ConetixはSQLサーバーをサーバーごとにMariaDBのメジャーバージョンとマイナーバージョンにロックしたままにします。古くなっていると報告される場合がありますが、安定性とセキュリティを確保するために定期的に更新が適用されます。

ほとんどのシステムはMariaDB10.1以降を実行しており、少数のレガシーシステムはMariaDB5.5を実行しています。 WordPressがMySQL5.6以降を推奨しているにもかかわらず、この段階では互換性の問題はまったく発生していません。

すべての新しいシステムは、MariaDB10.3以降でデプロイされます。

Conetixに連絡して、WebサイトまたはサーバーのMySQL/MariaDBのバージョンを確認してください。

ループバックリクエストのタイムアウト

これらのエラーは、サーバー/サイトが非常に混雑している場合や、リクエストを時間内に完了するのに十分なリソースがない場合に発生する可能性があります。このような場合、次のエラーが表示されることがあります。

Loopback requests are used to run scheduled events, and are also used by the built-in editors for themes and plugins to verify code stability.

The loopback request to your site failed, this means features relying on them are not currently working as expected.
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 out of -1 bytes received (http_request_failed)

ここで修正を確認する2つの領域があります。

最初 サイトのパフォーマンスの問題を調べることです。リソースの問題が発生し、断続的なタイムアウトが発生します。

独自の仮想プライベートサーバーを使用している場合は、サイトごとのPHPの子の最大数を増やすこともできます( pm.max_children )より多くのプロセスを一度に実行できるようにします。これらは、Plesk内のPHP設定領域で増やすことができます。

古いシステムでは、デフォルトは5人の子でした​​。これは、問題のない低中程度のサイトには十分です。忙しいサイトやWooCommerceが関与している場所では、最大10〜20人の子供を設定する必要があります。

pm.max_childrenを増やすと、より多くのリソースが使用される可能性があります。監視を見直して、増やす前に十分な余裕があることを確認してください。

調査する領域は、PHPセッションを誤って開始しようとしているプラ​​グインまたはテーマです。これは、出力がブラウザに返送される前にのみ実行できます。つまり、間違った場所で呼び出された場合、エラーが発生します。このエラーを見つけるには、プラグインを調べて一度に1つずつ無効にして、問題の原因を特定する必要がある場合があります。

または、コードをスキャンできる開発者がいる場合は、次のものを探します。

session_start()

その後、プラグインまたはテーマの開発者に連絡してサポートを受けることをお勧めします。


Plesk
  1. WordPress管理者パスワードのリセット

  2. PleskのPHP設定

  3. ハッキングされた WordPress サイトを修正する方法

  1. マネージドワードプレス–よくある質問

  2. FTP接続を拒否するWordPressのトラブルシューティング

  3. WordPress サイト全体で HTTPS を有効にする方法

  1. RaspberryPiでWordPressを設定する方法

  2. CentOS7にNginxを使用してWordPressをインストールする方法

  3. LAMPスタックを使用してUbuntu18.04にWordPressをインストールする方法