サイトを遅くするのは、ヘビー級のプラグインなのか、それともたくさんのプラグインなのか。
多くのプラグインを持っているとWordPressサイトの動作が遅くなるとよく聞きました。実行するコードが多いほど、時間がかかりますが、これは当然のことです。
私はその遅さが大部分であるかどうか疑問に思います：
膨大な数のプラグインの結果？ （WPは各プラグインを見つけてロードするために何らかの処理を行う必要があるため）
いくつかの遅い/重いプラグインを持っていることの結果？
もっと実際には、私が自分のものを書いているとき、スピードを上げるために機能をより少ないファイルに結合するべきですか？それとも、10から20のプラグインがそれぞれ素早い作業をしても大丈夫ですか？
当然のことながら、プラグインはパフォーマンスストーリーのほんの一部に過ぎません。したがって、最後にファイルの数でそれを測定することはできません。他にもたくさんあるし、何がうまくいくのかを前もって言うことはできないので、自分のコンピュータ上でうまくいく可能性のあるものは他の人のものではない。
パフォーマンスを探す代わりに、決定を下すために他の独自の基準を定義する必要があります。たとえば、プラグインの場合は、混在しないようにするために、別々の機能を別々のプラグインに入れることをお勧めします。これはスピードやメモリ使用量の面では性能的には賢明ではないかもしれませんが、プラグインの開発と使用がより簡単になるように、物事を疎結合に保つことがトレードオフです。忘れないでください、新しいバージョンのWordPressがリリースされたとき、2つのプラグインだけが10から抜け出して、常に大きなプラグインは1つではないかもしれません。そして結局、ユーザーは10個のプラグインのうち3個しか必要としないので、必要なメモリーは少なくなります。
ユーザーが自分のブログのパフォーマンスについて不満を言っている場合は、通常、より大きなサーバーを購入することでパフォーマンスの問題が解決されることを提案できます。
（未熟）最適化はすべての悪の根源です。プラグインを書くときのパフォーマンスについてはもう考えないでください。それを明るく明るい方法で考えてみてください。WordPressは最終的にはパフォーマンスに関して賢く設計されていません。それを間違えないようにし、それを実行するための高性能なプラグインを書いてみてください。）
WordPressは Big Ball of Mud-（反）デザインパターン でデザインされています。プラグインシステムは非常にうまくいっているものです。プラグインの作者として最適化できるとは思わないでください。できません。それを戦ってはいけません:)
プラグインのデザインが問題ない場合、何百ものプラグインでWordPressを使用することができます - ほとんどのプラグインは悪いコードを持っており、これはWordPressのパフォーマンスの問題です。
それは正しいプラグインを持つことについてのすべてです。たとえば、プラグインが独自のテーブルをデータベースに書き込むかどうかを確認します。これは一般的に少し遅くなります。多くのjqueryやjavascriptをロードするものは、一般的にそれを少し遅くするでしょう。大量のプラグインが必ずしもパフォーマンスの低下を意味するわけではありません。あなたが同様に役立つキャッシュプラグインを使っていることを確認してください。
私はあなたがこれを求めているのはあなたが減速を経験しているので？スピードを上げるためにできることがあるかどうかあなたのホストに尋ねて、あなたのphp設定が正しく設定されていることを確認してください。
私は通常WordPressにはあまりにも多くのプラグインをインストールするのではなく、メインの仕事をするテーマフレームワークを使うようにしています。すべてのプラグインがリソース消費に合算するのは本当です。
すべてのプラグインは何かをするでしょう、それらは初期化しなければなりません、それであなたはそれをロードすることをより難しくするadmin WordPressパネルの非常に多くのリンクを言うまでもありません。
たぶん、1日に2〜3Kのページビューを持つ共有ホスティングでは気付かないかもしれませんが、3KのアクティブユーザーがいるWebサイトで、それぞれが毎日10ページを要求している場合は問題になるかもしれません。
あなたはあなたのサイトを遅くする2つのことを見ています：1、ファイルからサーバーへの処理、あなたのphp、そして2、ブラウズがコードを読む方法。
コードが不正確な場合、ブラウザはコードを画面に表示する前にダブルまたはトリプルチェックします。たくさんのデータベースやサーバーからのリクエストでたくさんのプラグインを使うと時間がかかり、正しく作成されていないとリクエストと衝突して余分な時間をかけたり、さらに悪いことにあなたのサイトがロードされなかったりエラーメッセージ.
rFair404はサーバーのリクエストを手助けし、HTMLコードを圧縮するキャッシングプログラムを述べました、そしてそれは私を思い出させる、私はいくつかのcssページを圧縮する必要があります。
答えはbothです。
より多くのプラグイン=より遅い
ページにスタイルシートやJavaScriptファイル、あるいはその両方を追加するプラグインを有効にすると、Webサイトの速度が大幅に低下します。
それぞれがあなたのWebサイトのフロントエンドで何かをするためにスタイルシートとjavascriptファイルを必要とするならば、最高に書かれたプラグインさえあなたのサイトを駄目にします。
ファイルをマージする
あなたがワードプレスサイトを運営しているなら、あなたは以下の方法を学ぶためにあなた自身にそれを負っています：
- JavaScriptファイルを正しくマージする
- スタイルシートファイルを正しく結合する
- JavaScript呼び出しをヘッダーからフッターに移動する
もしあなたがワードプレスサイトを運営していて上記のことができないのなら、あなたはワードプレスサイトを運営するべきではありません...あるいは少なくともあなたがより多くのプラグインをロードしたとき.
さらに、ワードプレスサイトを運営している人は誰でも以下のことを知っておくべきです。
- CSSファイルとJavaScriptファイルを縮小する
- サーバー圧縮を有効にする
- Expiresヘッダーがスクリプトとスタイルシートで提供されていることを確認してください
貧弱に書かれたプラグイン=もっと遅い
プラグインの作成者があなたのウェブサイトを本当に遅くする主な方法は以下の通りです：
- 1ページに複数のスクリプトやスタイルシートを読み込む - 上記を参照
- データベースの不適切な使用 - 不適切に書かれたクエリ、クエリの修正などはWebサイトに深刻な影響を与える可能性があります。可能な場合に結果をキャッシュしないと、処理が遅くなる可能性もあります。ほとんどの人はデータベースの開発と管理に悩んでいます。そのような人々がデータベースを使用するとき、問題が起こります。
- Wp cronを不適切に使用すると、各ユーザーの要求に対して一定のcronジョブが発生するため、サーバーが不安定になります。
本当に悪いコード（半無限ループ、必要でなければたくさんの正規表現など）を書くことを除いて、ほとんどのことはあなたがすでにどのくらいの大きさのワードプレスであるかを考えてもあまり効果がないでしょう。 1％の追加処理時間を追加してもそれほど問題になりません。
本質的に遅いタスク
どんなにうまく書かれていても、遅くなることがいくつかあります。
- サードパーティのサービスを使用する - ユーザに対するあなたの返答が、あるサードパーティからの返答に頼っているときはいつでも、あなたのサイトはずっと遅くなるでしょう。
もちろん、適切に行われると（キャッシュされた結果、可能な場合はバックグラウンドプロセスとして行われるなど）、多くのサードパーティサービスをそれほど問題なく使用できます。