it-swarm.dev

ドキュメントの待機時間を短縮する方法はありますか?

私たちのドキュメントは非常に長い待機時間と非常に短い受信時間を持っています。

enter image description here

ドキュメントをより早く受信し始める方法はありますか?

2
ContextSwitch

待機時間は、基本的にサーバーが何をすべきかを理解するのにかかる時間です。サーバーにリクエストを送信すると、最初の連絡から応答の送信(待機)までに時間がかかります。したがって、待機時間を短縮する唯一の方法は、サーバーを高速化することです。今では、サーバーのアップグレードだけでなくそれ以上のこともできます。

トラブルシューティングに役立つ質問を次に示します。

拡張機能はいくつありますか?一部のページは他のページよりも時間がかかりますか?もしそうなら、それらのページにどの正確な拡張機能がロードされますか、または代替はありますか? Joomlaは最新ですか?アップグレードをテストして、それが(バックアップの準備ができて)役立つかどうかを確認できますか?あなたはそれらなしで生きることができますか?サーバーに高い負荷がかかっていませんか?

しかし、14 kbのデータとそれをロードする500ミリ秒のすべての正直さでは、それは高速ではありませんが、私の意見では、あまり心配することは何もありません。画像には実際の待機時間は示されていませんが、このページの合計は12 kbで320ミリ秒で、これはスタックオーバーフローです。大きな違いではありません。

データベースを最適化し、拡張機能が効率的であることを確認することは、実際のサーバー設定を行わずにデータベースを下げる最善の方法です。

4
Jordan Ramstad

ジョーダンが言ったように、サーバーの速度を改善することはおそらくここに行く最良の方法です。

待機時間を改善するために実行できる最適化は数多くあります。サーバー側の最適化の一部を次に示します。

  • OpCodeキャッシュを使用します。
  • Apacheの代わりにNginXを使用してみてください。
  • コンテンツにExpiresまたはCache-Controlヘッダーを追加します。
  • Redis(*注を参照)やmemcachedなどのサーバー側のキャッシュメカニズムを使用します。これらはOpCodeキャッシュとは異なります(両方を使用することをお勧めします)。
  • (データベースまたはファイルの代わりに)セッションハンドラーにサーバー側のキャッシュを使用します。
  • ハードウェアをアップグレードするか、より良いサーバーに移動します(共有サーバーの代わりにプライベート専用サーバーを使用します)。
  • GoogleのPage Speed Toolなどを使用して、他にどのような最適化が関連しているかを確認してください。

注:私が知る限り、RedisはJoomlaバージョン<3.4で使用できません

Joomla側でできること

  • おっしゃったように、JotCacheのようなキャッシュ拡張機能を使用します。サーバー側のキャッシュがある場合は、おそらくこれを無視できます。
  • JoomlaのCDN などのCDNを使用して、同時ダウンロードの数を増やし、ダウンロードをエンドユーザーに近づけます。

ページの読み込み時間が待機時間に悪影響を及ぼす可能性がありますので、

  • CSSとJSを ScriptMergeJCH-Optimize または Jbetelo などの拡張機能と組み合わせて縮小することにより、Webサイトを最適化します。
  • JavaScriptファイルがページの読み込みをブロックしていないことを確認してください。
  • スプライトを使用して、ページの読み込み時間を短縮します。
1
TryHarder

共有ホスティングパッケージ?サイトをより良いものに移動します。

共有ホストは、サーバー上のすべてのサイトのリクエストにサーバーリソースを割り当てる必要があります。サーバー上のアカウントが多いほど、各サイトの応答時間が長くなります。オプティマイズをキャッシュすることもできますが、そうする必要がありますが、他の200のユーザーアカウントがすべて同じ物理サーバー上にある複数のサイトを使用している場合は、違いはありません。より適切な仕様のホストは、大きな違いをもたらします。

0
Seth Warburton