web-dev-qa-db-ja.com

最初のバイト時間または最初のロード時間を削減する方法

Joomla 3.2サイトを開発しました。私はwebpagetest.orgでテストしましたが、次の結果を得ました

First Byte Time-F
Keep-alive Enabled-A
Compress Transfer-A
Compress Images-A
Progressive JPEGs-F
Cache static content-A
Effective use of CDN-yes

結果のリンク- http://www.webpagetest.org/result/140205_RX_DE5/1/details/ www.webpagetest.org/result/140205_RX_DE5/

私のサイトでcdnを有効にしました。最初のバイト時間でFを取得しているので、サイトの最初のバイト時間を減らしたいと思います。サイトのパフォーマンスを向上させるにはどうすればよいですか？また、プログレッシブJPEGでFも取得しているので、どのようにして画像をプログレッシブ画像に変換できますか？

これが私のサイトへのリンクです http://www.guru99.com

サイトのパフォーマンス向上にご協力ください。

performancewebjoomlaloadcdn
10
Tushar Korat

共有ホスティングで約0.8/1sのttfbがありました。 VPSに移動し、サービスをApacheからnginxおよびPHP-FCGIに変更

まだ十分ではありませんでした。 TTFBは250/400でした3日間ウェブを検索しました。結果なしで、ttfbを下げます。

私がこれを見つけるまで： http://help.directadmin.com/item.php?id=567

OpCache私のjoomlaサイトのttfbを0.12/0.2ミリ秒に減らすのに役立ちます。

4
Donatas

認めざるを得ません。あなたの質問が私にインスピレーションを与えたので、過去2日間を最適化に費やしました。極端なテストの後、First Byte Timeto[〜＃〜] b [〜＃〜]。これを行うには、 JCH Optimize プラグインを使用しました。パラメータについては、CSSとJSを組み合わせる以外はすべて有効にしました。これにより、コンソールエラーが発生しました。

これにより、ページの読み込み時間が運賃額だけ削減されました。また、Joomla Global ConfigurationでG-Zipオプションを有効にしましたが、一部の拡張機能で問題が発生する可能性があるため、Joomlaの組み込みキャッシュをオフにしました。

画像については、使用していた.jpg画像をPhotoshopで開いて、 CTRL + Shift + ALT + S 「Progressive」オプションを選択しました。 1つが完了してアップロードされ、テストを再度実行して、[〜＃〜] a [〜＃〜]をプログレッシブJPEG。

同じことを試して、結果がどうなるかを確認してください。お役に立てれば

3
Lodder

  1. 前述のように、これは主にサーバーとアプリケーションの2つについてです。

  2. Hivelocityで 共有ホスト/ IPアドレス にいるように見えるため、これはTTFBに影響します。ただし、共有ホストの場合は619 ms First Byte Timeは恐ろしいことではありません。 [〜＃〜] a [〜＃〜]は192msしかないため、[〜＃ 〜] f [〜＃〜]は0.5秒以上です。

  3. あなたは、おそらくJoomlaテンプレートの最も重いものの1つであるガントリフレームワークベースのテンプレートを使用しています（ただし、Joomla商用プロバイダーはどれも本当に軽量ではありません）。 RocketThemeは、テンプレートで使用するための独自のキャッシュ拡張機能を提供します。それが他の統計にどのように影響するかはわかりませんが、試してみてください。

それを必要とするクライアントのために、専用のWebサーバーとデータベースサーバーをセットアップします。つまり、機能ごとに個別のマシンをセットアップすることで、Joomlaをさらにプッシュすることができます。私たちが作成した社内の非Joomlaアプリについては、私たちは試行錯誤してきました [〜＃〜] hhvm [〜＃〜] も良い結果をもたらします（HHVMにはまだ 未解決の問題がほとんどありません） 大規模プロジェクトの場合）。

プログレッシブJPEGの場合、これまで Optim を使用していましたが、これも GitHub にあります。

覚えておくべきことは、TTFBは単なるメトリック（そしてIMHOは価値のないもの）であり、より重要なメトリックはページ準備ができていることです。これを見てください CloudFlare post 。

3
Craig

私はユーザーcpplに同意します。TTFBは必ずしも意味のある測定値ではなく、 Cloudflareの同じ記事 にリンクすることになります。 「エンドユーザーの観点から見ると、TTFBはほとんど役に立たない...実際にはダウンロード時間と負の相関関係があります。TTFBが悪いほど、ダウンロード時間は長くなります。」

ほとんどの場合、他のファイルがバックグラウンドでロードされている間、ユーザーが見られるようにできるだけ早くマークアップをページに表示することは、たとえサイトが「パフォーマンス」を発揮しているようにユーザーに感じさせる良い方法です。開発者はわずかに異なる基準でパフォーマンスを判断する場合があります。

サイトのパフォーマンスを改善する方法についての質問に答えるために、私は YSlow を通じてサイトを実行し、エンドユーザーの観点からサイトのパフォーマンスを改善する必要があるいくつかのことを発見しました。

  • 26の外部JavaScriptスクリプトと15の外部スタイルシートに対するHTTPリクエストがあります。これらの少なくともいくつかをより少ないファイルに結合することを検討しましたか？ 1つの大きな.jsファイルは、複数の小さな.jsファイルよりも望ましい場合があり、CSSファイルでも同じです。
  • Javascriptファイルをドキュメントヘッドにロードする代わりに、インデックスページの下部（bodyタグのすぐ内側）に移動します。一部の例外的なケースでは、ページマークアップの前に特定の.jsファイルをロードする必要がある場合がありますが、ほとんどの場合、ページの下部にJavaScriptをロードして、最初にページにマークアップをレンダリングできるようにすることをお勧めします。 。
  • JavaScriptとCSSファイルを最小限に抑える 可能な場合。
2
Candlejack

TTFBは主に2つのことに関連しています：サーバーとアプリケーション。

サーバーに高いTTFBを引き起こしている問題がある可能性があります。たとえば、複雑なファイアウォールルールやルーティングの問題がある可能性があります。ホスティング会社に確認する必要があります。

JoomlaのTTFBの削減については、キャッシュを有効にしてください（ただし、Joomlaのキャッシュはコストがかかることに注意してください）。

2
itoctopus

Webページが大量のデータを取得している場合は、ajaxまたは更新パネルを使用して大量のデータの読み込みを延期する必要があります。これは確かにTTFBを減らします。

0
Shadi Namrouti