mod_pagespeed magento
-
29-09-2019 - |
質問
Magentoストアでmod_pagespeedを使用した人はいますか?
それは何かを壊しますか(カスタムの最適化など?)
それを使用することに非常に興味がありますが、リソースの運に苦しんでいます...
解決
あなたの投稿は私に興味を持っているので、私はmod_pagespeedをいっぱいにしていましたが、詳細なテストや測定はしませんでした。私の一般的な印象は無関心であり、利益は検出できないことは無視できました。 Magentoの最大の妨害は常に、長年にわたって積み込まれ、インスタンス化するのにかかるPHPクラスの塊であり続けています。 Magentoは、インラインCSSのような悪い慣行に対して本当に罪を犯していないため、このMODが行う余地はほとんどありません。これらの警告を脇に置いて、ここに私の経験があります。
まず、GoogleがMod_PagesPeedを非常にうまくパッケージ化しており、ソースとバイナリを提供しますが、バイナリインストーラーはリポジトリをレジスタしているため、更新され続けます。もちろん、より多くのプロデューサーがやることを望んでいます。最も賢明な設定はデフォルトであるため、微調整することなくすぐに機能します。
フィルター
構成は中程度のリストに分割されます フィルター どの改善が行われているかを正確に確認するために読み通す必要があります。私は2つの「remove_comments」と「collapse_whitespace」を有効にすることを選択しました。これにより、HTMLサイズに顕著な違いがあり、何も壊れませんでした。
extend_cache
- デフォルトで。コンセプトが好きで、ファイルバージョンを維持する優れた方法だと思います。使える。
outline_css
& outline_javascript
- デフォルトで。実際には関係ありません。無害。
combine_css
& rewrite_css
- 本質的にMagentoの組み込まれた機能と、常に歓迎されるいくつかの拡張機能と同じです Fooman Speedster. 。これは冗長になると思うかもしれませんが、ブロックキャッシュのおかげで、PHP実行をネイティブコードにオフロードしているので、私はそれが好きです。使える。
inline_css
& inline_javascript
- 補完します outline_css
& outline_javascript
そしてデフォルトで。私が期待していなかったページサイズを増やします。おそらくリクエストの数を減らすためですが、CSS/JSファイルが組み合わされている場合はどうなりますか?これは、キャッシュ可能なソースからコンテンツを削除するだけだと思います。要らない。
collapse_whitespace
& remove_comments
- デフォルトではオフですが、オンの価値があります。圧縮後でも伝達されるバイトに測定可能な違いをもたらします。使える。
combine_heads
- おそらくこの文脈では決して出ない問題を修正します。無害。
elide_atttributes
- これに問題は見つかりませんでしたが、時間だけがわかります。今のところ、それは無害だと思います。使える。
rewrite_javascript
- これは基本的に「JSmin」であり、Google自身のコメントはそれを危険だと警告しています。 Magentoに付属しているJSミニファイアはベータ版の両方であり、過去に私に問題を引き起こしたので、私はこの賢者のアドバイスを検討し、それをよく残しました。要らない。
rewrite_images
- これを短くします。使える。
insert_img_dimensions
- 他の何かMagentoが実際には問題を抱えていないので、実際に修正する必要はありません。しかし、それは無害であり、ページがよりスムーズにレンダリングするのに役立つかもしれません。使える。
ModPagespeedImgInlineMaxBytes
- 小さな画像をデータに変換します:URIコンテンツ。トリッキーなUAバージョンチェックがあるため、私はこれを信用していません。また、コントロール外のプロキシが間違ったブラウザに役立たないことを確認することはできません。 Googleは、「低から中程度」のリスクがあると考えているようですが、そのチャンスは与えません。要らない。
remove_quotes
- 数バイトのゲインのW3C検証を破ります。理論的には無害であるべきですが、私はそれを信用していません。要らない。
move_css_to_head
& add_head
- いくつかのJavaScriptを混乱させることができますが、Magentoはそれよりも硬くなります。そして、Magentoは一般に、修正が必要なこのような学校の男の子のエラーを犯しません。無害。
結論
さまざまな書き直し、並べ替え、修正は、開発の邪魔になります。ブラウザによって報告された行番号は、ソースコードで必ずしも同じではありません。このため、私はそれを生産サーバー以外に使用することはありません。
MagentoのようなPHP駆動型アプリケーションでは、その利点は非常に小さいです。コスト削減に気付くために、何百万人もの訪問者と一緒にサーバーを管理するつもりですか?昔ながらのプログラミングによって、はるかに大きな節約を得ることができることを知っています。ブロックとフルページキャッシュは、すべての最良の効果を持っています。
それでも、改善は歓迎されます。そのため、将来それを検討することになります。同じサーバーでホストされている他のサイトは、独自の方法で利益を得ます。
正確な構成はケースバイケースで審査されますが、一般的に私は次のことを行うと思います。
mods-Available/PagesPeed.conf:
modPagesSpeedDisableFilters inline_css、inline_javascript、rebrite_javascript、remove_quotes modpagespeedenablefilters collapse_whitespace、remove_comments
- Fooman Speedsterをインストールして、JavaScriptを適切に結合します。
- modのベータ性のクライアント/請求書を警告します。
他のヒント
mod_pagespeedの最大の利点は、画像の最適化だと思います。それ以外は、Magentoは非常にうまく模倣しています。
画像の最適化を適切に機能させるには、キャッシュサイズを増やす必要があります。私の場合、私は3GBの画像を持っていたので、キャッシュサイズを500MBに増やしました
ModPagespeedFileCacheSizeKb 512000
画像フィルターをオンにすることを強くお勧めします。それでも問題がある場合は、一緒にオフにすることもできます。画像フィルターなしであなたが得るパフォーマンスゲインはそれほど多くはなく、あなたが無駄にしているCPUサイクルの価値はありません。
アップデート
キャッシュサイズを画像フォルダーサイズよりも大きくすることをお勧めします。コメントベローズを読んでください
Magentoの店で写真にいくつかの問題が発生したため、「rewrite_images」フィルターを無効にしました。
ModPagespeedDisableFilters inline_css,inline_javascript,rewrite_javascript,remove_quotes,rewrite_images
ModPagespeedEnableFilters collapse_whitespace,remove_comments
これは私のためにうまくいきます。
Magentoの良いデフォルト値を持っていますか?
私はこのセクションをpagespeed.confファイルに意味します:
# Other defaults (cache sizes and thresholds):
#
# ModPagespeedFileCacheSizeKb 102400
# ModPagespeedFileCacheCleanIntervalMs 3600000
# ModPagespeedLRUCacheKbPerProcess 1024
# ModPagespeedLRUCacheByteLimit 16384
# ModPagespeedCssInlineMaxBytes 2048
# ModPagespeedImageInlineMaxBytes 2048
# ModPagespeedJsInlineMaxBytes 2048
# ModPagespeedCssOutlineMinBytes 3000
# ModPagespeedJsOutlineMinBytes 3000
mod_pagespeedを使用してMagentoの管理者を使用するのに問題はほとんどありませんでした。しかし、@ClockWorkGeekが提案したように設定を構成する必要があると思います。もう一度R&Dを調べます