問題タブ [pagespeed]

いくつかのページで Google Page Speed Firefox 拡張機能を実行したところ、「効率的な CSS セレクター」の下に、CSS で非効率的なさまざまなものがリストされました。

しかし、いくつかのメッセージは少し不可解に見えます - これら (太字) は何を意味しますか?

div#menu h3.soon
2 つの子孫セレクターとタグで過度に修飾された ID とタグで過度に修飾されたクラスを持つ小さなタグ キー

table.data tr:nth-child(2n) td
2 つの子孫セレクターを持つタグ キーとタグで過度に修飾されたクラス

table.data tr.disabled td
2 つの子孫セレクターを持つタグ キーとタグで過度に修飾されたクラスとタグで過度に修飾されたクラス

彼らは子孫セレクターが悪いと考えていると思いますが、「過度に修飾された」ものもたくさんあります。おそらく、これらすべてを修正するために多大な努力をするつもりはありません (多数あります) が、ここで Google が実際に何を意味するのかを知っておくとよいでしょう!

HTML レンダリングのパフォーマンスを向上させるために、画像のサイズ (高さ/幅) を常に定義するというYSlow の推奨事項を読み終えました。

ただし、リンクしている画像の寸法もわかりません。

私が知っていることは、heightが 200px を超えることはなく、widthが 300px を超えることも決してないということです。

（CSS）を定義した場合、私は利益になりますか：

HTML パフォーマンス レンダリングの場合は?

IIS 6 ですべての静的画像と CSS のキャッシュを有効にしました (IIS でこれらのフォルダーを右クリックし、HTTP ヘッダーで 30 日後にコンテンツの有効期限を有効にしました)。

Google PageSpeed を実行して [リソース] タブを見ると、これらの画像と css のステータスが 200 と表示されますが、304 (変更されていない) を期待していました。Pagespeed で Yahoo.com を確認したところ、すべての画像が 304 ステータスになっています。私のキャッシングは機能していませんか？または、これが IIS コンテンツの有効期限の仕組みです。

どんな助けでも大歓迎です。

画像のサイズ変更とサムネイルの作成を行うフォト ギャラリー コードがあります。これには ImageMagick を使用します。Google の Page Speed ツールでギャラリー ページを実行したところ、サイズ変更された画像とサムネイルの両方に、約 10 KB の余分なデータ (具体的には JPEG ファイル) があることがわかりました。

ファイル サイズを最適化するには、スクリプトに何を追加できますか?

追加情報

関数呼び出し時imagick::FILTER_LANCZOSのぼかし設定でフィルターを使用しています。JPEG の品質設定は.0.9resizeImage()80

Web ページの読み込み速度をテストする単純な PHP ライブラリや、Google Page Speed や Yahoo! のような単一のリソースがあるかどうか疑問に思っていました。Yスロー。その理由は、Web ベースの代替手段を構築したいからです。

Google の PageSpeed を使用して自分の Web サイトでテストを実行したところ、「ブラウザのキャッシュを活用する」ことを推奨され、次のリソースが提供されました。

http://code.google.com/speed/page-speed/docs/caching.html#LeverageBrowserCaching

このリソースでは、http ヘッダーの有効期限を実際に変更する方法については説明していません。.htaccess を介してこれを行いますか? キャッシングをできるだけ長く設定したいと思います (最大 1 年という Google のポリシーに違反することなく)。

推奨される設定 (カスタム php 主導のソーシャル ネットワーキング コミュニティ向け) に関するアドバイスをいただければ幸いです。

私はJavaでたくさんの画像を生成し、次のImageIO.writeような方法でそれらを保存しています:

Google の Firefox アドオン 'Page Speed' が、画像を最適化すると最大 60% のサイズを節約できると言うまでは、結果に満足していました。画像は QR コードで、それぞれのサイズは約 900B で、firefox プラグインに最適化されたバージョンは約 300B です。このような最適化された 300B の画像を Java から直接保存したいと考えています。

ここでもう一度質問します。最適化された png 画像を Java の ImageIO で保存するにはどうすればよいですか?

インライン画像に幅と高さを追加すると、ページ読み込みのパフォーマンスが向上しますか?

これと比べて

周りを見回して、この特定の質問が議論されているのを見つけることができませんでした。違いはごくわずかであることを確認してください。あなたの考えに興味があるだけです。

シナリオ: ページ レンダリングの前にロードする必要のないすべての Javascript が、終了</body>タグの直前に配置されています。代わりに、DOM ロード/準備完了イベントが発生したときに実行されるヘッド内の Javascript コードを介してこれらを遅延ロードする利点や不利益はありますか? これは、機能が満載の .js ファイル全体を 1 つダウンロードすることのみに関係し、使用時に必要に応じていくつかの個別のファイルを遅延ロードしないことに関係しているとしましょう。

それが明確であることを願っています、ありがとう。

Velocity 2010カンファレンスで、Googleは、ヘッダー圧縮によって大きな利益が得られると述べました。

Hölzleは、ユーザーのIPアドレス、ブラウザー、およびその他のセッションデータに関する情報を提供するWebページヘッダーの処理における明白な非効率性を指摘しました。平均的なWebページは、さまざまなリソースに対して44回の呼び出しを行い、それらの要求の多くは反復的なヘッダーデータを含みます。Holzle氏によると、ヘッダーを圧縮すると、一部の主要サイトでページの読み込みが88％向上します。

Webサーバーによって送信された応答ヘッダーが圧縮されていることをどのように確認しますか？これは今日のテクノロジーでも可能ですか？