タグ付けされた質問 「performance」

高速なサーバーと、適度に高速なホームインターネット接続があります。遅い接続でページの読み込みをシミュレートするにはどうすればよいですか？

73 performance  page-speed 

Webページに単一のCSSファイルと画像が含まれている場合、ブラウザーとサーバーがこの従来の時間のかかるルートで時間を無駄にするのはなぜですか。 ブラウザは、Webページの最初のGET要求を送信し、サーバーの応答を待ちます。 ブラウザはcssファイルに対して別のGET要求を送信し、サーバーの応答を待ちます。 ブラウザは画像ファイルの別のGET要求を送信し、サーバーの応答を待ちます。 代わりに、この短くて直接的な時間節約のルートを使用できるのはいつですか？ ブラウザはWebページのGETリクエストを送信します。 Webサーバーは（index.htmlに続いてstyle.cssとimage.jpgで）応答します

45 performance  webserver  http  resources 

ほとんどの画像形式はすでに圧縮されています。しかし、実際、画像を取得して圧縮（gzip）し、圧縮された画像と圧縮されていない画像を比較すると、そのような劇的な違いはありませんが、サイズに違いがあります。 問題は、画像をgzip圧縮する価値があるかどうかです。クライアントのブラウザにフラッシュされるコンテンツサイズは小さくなりますが、解凍するとクライアントのオーバーヘッドが発生します。

38 web-development  performance  language-agnostic  compression 

オンラインテスターから、HTMLを約90％圧縮できることがわかりました。gzipを使用することをお勧めしますか？多くのサイトでは使用されていないようです。 一部のページには数キロバイトに圧縮できる大量のデータ（画像なしの120 KBのHTML）が含まれているため、トラフィックが改善されます。

31 performance  gzip  compression  page-size 

私はページ速度の表示時間の改善に取り組んでおり、その方法の1つはWebサーバーからコンテンツをgzipすることです。 Googleの推奨事項： gzip圧縮は、より大きなリソースに対してのみ有益であることに注意してください。圧縮と解凍のオーバーヘッドと遅延のため、特定のサイズのしきい値を超えるgzipファイルのみを使用する必要があります。150〜1000バイトの最小範囲をお勧めします。150バイト未満のファイルをgzip圧縮すると、実際にはサイズが大きくなる可能性があります。 Akamaiを介してコンテンツを提供し、プロキシとCDNのネットワークを使用します。彼らが私に言ったこと： アカマイがエンドユーザーに送信する際に、要求されたオブジェクトを圧縮する最小サイズについての質問をフォローアップします。最小サイズは860バイトです。 私の返信： アカマイの最小サイズが860バイトである理由は何ですか？そして、たとえば、AkamaiがFacebookに提供するファイルの場合はなぜではないのですか？（以下を参照）gzipをより積極的に使用することをお勧めします。そして、それは私たちのサイトでは適切であるように思えます。最も頻繁にヒットするのは、860バイト未満のAJAX呼び出しです。 アカマイの対応： 860バイトが圧縮の最小サイズである理由は2つあります。（1）860バイト未満のオブジェクトを圧縮するオーバーヘッドは、パフォーマンスの向上を上回ります。（2）860バイト未満のオブジェクトは、とにかく単一のパケットで送信できるため、それらを圧縮する説得力のある理由はありません。 だから私はいくつかの事実確認のためにここにいます。パケットサイズによる860バイトの制限は、この推論の終わりですか？なぜトラフィック量の多いサイトがこれを150バイトの制限まで押し下げるのでしょうか...帯域幅コストを節約するためだけに（CDNは料金をオリジンからオフロードされた帯域幅に基づいているため）、そうすることでパフォーマンスが向上しますか？ 2012年7月9日更新：既にパケットよりも小さいgzip応答のパフォーマンス向上があるかどうかと、Steve Souders に質問し、gzipのパフォーマンスの利点のために推奨される最小オブジェクトサイズを教えてください。 メールありがとう。サイズは1〜5Kの間です。Apacheにはデフォルトがありますが、それが何であるか忘れています-それは良いガイドです。 F5アプライアンスで圧縮を実行します。そのため、それと1Kの間にAJAX呼び出しがかなりあるため、350バイトに減らします。私たちのウェブサイトで350バイト未満のAJAX呼び出しはすべて約70バイトダウンしています... Googleの推奨よりも少ないので...本当にあなたのウェブサイトを知り、コードに基づいて調整するようになります。 本番でしばらくF5アップデートを実行した後、この投稿に戻ります。パフォーマンス上のメリットはほとんどないと思いますが、アカマイのサービスが少ないため、アカマイのコストを少し引き下げます。

31 performance  page-speed  http-headers  compression  gzip 

私はできるツールを探しています： HTML要素を検査する JavaScriptの管理/デバッグ プロファイルのパフォーマンス リアルタイムで要素を変更する

29 development  performance  google-chrome  profiling 

私は数か月前にドイツで立ち上げた新しいフォーラム（技術的な観点からは真新しい製品）で応答時間（主にサーバー側）の改善に2か月取り組んでいます。私が得る結果に多くの驚き。ApacheログとBoomerangビーコンの独自の実装を使用して、応答時間を監視します。 統計を使用すると、古い製品が約1050ミリ秒で応答していたのに対し、新しい製品が約680ミリ秒で応答することがわかります。一方、Google Webmaster Toolは、当社のページの平均応答時間は今日約1500ミリ秒であり、旧製品では3か月前の700だったことを示しています。 GWTはクライアント側のメトリックを考慮に入れていると考えたため、Boomerangビーコンにいくつかのメジャーを追加しましたが、すべて正常に見えます。また、ySlowとGoogleのPage Speedでランダムページをいくつか実行しましたが、すべてが以前よりも良く見えます。Googleのページスピードツールで82％のイベントがあります。これは、いくつかの広告を含むサイトにとっては非常にクールです:) 最近、アカマイと2つの製品を使用する契約を締結しました。静的ファイルのCDN（以前は別のCDNを使用していましたが、あまり効果的ではありませんでした）とRMAはネットワークルートを改善します。また、クローラに配信されるページのほとんどがmemcacheグリッドによってキャッシュされるようにするために、新しい積極的なキャッシュメカニズムを導入しました。メトリックを確認したところ、この変更は650ミリ秒から約500ミリ秒に改善されたようです。しかし、ウェブマスターツールは、平均応答時間が増加していると報告し続けていますが、同時に減少しています。 パフォーマンスの改善を行いながら、サイトで同じような奇妙な動作をしたことがありますか？Googleがサイトを改善し、Googleが望んでいるものであるかどうかを常に確認できるように、GoogleウェブマスターツールのサイトパフォーマンスでGoogleが行うのと同じことを監視する方法はありますか？ 編集2011/07/26：回答ありがとうございます！それにもかかわらず、私は十分に正確ではありませんでした。主な問題は、サイトパフォーマンスページではなく、現時点ではクロール統計ページです。おそらく非常に遅いページ（約3000ミリ秒!!）の問題を私たちの側で発見し、それらを修正しようとしています。情報が入り次第お知らせします。再度、感謝します ！

27 google-search-console  performance 

ページの下部にJavascriptを配置することをお勧めしますが、jQueryを使用している場合、DOMの読み込み中に実行する目的が損なわれることはありませんか？ たとえば、ドロップダウンメニューがある場合、ページの残りすべてが読み込まれるまでドロップダウンは表示されません。また、プログレッシブエンハンスメントを念頭に置いて開発しようとしています。そのため、CSSではなくjQueryで非表示になっている要素があるかもしれません（そうすれば、JS以外のユーザーでも見ることができます）。 幸せな媒体はあるのでしょうか？

26 javascript  performance  jquery 

インターネットのどこでもウェブサイトの読み込み速度を最適化する方法を見ていますが、なぜそれがSEOにとって重要なのか誰も言いません。 必然的に、GoogleがWebサイトをランク付けするときにこの要素を考慮することを決定した理由があります。

23 seo  google  performance 

ページに大きなJavascriptライブラリを使用している場合、これがユーザーによるサイトの使用を損なわないようにするにはどうすればよいですか？

23 javascript  performance 

Webサイトの読み込み速度を改善する方法はありますか？ Googleは本当に読み込み速度を押し上げており、モバイルWebサイトの人気により、サイトをすばやく読み込むことが必須になっていることを知っています。

22 optimization  performance  page-speed 

アプリをロードテストするためにロードする最も効果的な方法は何ですか？主なポイントは、アプリケーションが適切な速度で実行されている状態で、一度にサポートできるユーザー数を決定することです。

22 performance  load-testing 

ページの読み込みに時間がかかりすぎる場合、ユーザーはどのくらいの時間（一般的に）あきらめて再読み込みするか、他の場所に移動しますか？ページの読み込み時間とユーザーの満足度または放棄を測定した調査は何ですか？

21 performance  load-time  studies  metrics 

GitHubページを使用してサイトをホストしています。Google PageSpeed Insightsを確認しながら、gzip圧縮を有効にすることをお勧めします。GitHubで静的サイトをホストしているため、それが可能かどうかはわかりません。 GitHubでgzip圧縮を有効にすることはできますか？

21 performance  page-speed  gzip  github 

公開ページの場合、pingdom.comを使用して、特定の期間のページの応答時間/アップタイムを計算できます。 ただし、pingdomは、ログインページの背後で保護されているWebページの応答時間を計ることができません。たとえば、PingdomはGmailの受信トレイの応答時間を確認できません。Gmailのユーザー名とパスワードを必要に応じてPingdomに入力する必要があるためです。 とにかく、ユーザー名/パスワードのペアを必要とするWebページのWebページの読み込み時間を取得できますか？

17 web-hosting  page-speed  performance