Magentoストアでmod_pagespeedを使用した人はいますか?
それは何かを壊しますか(カスタム最適化など)?
それを使用することに非常に興味がありますが、リソースの運に苦しんでいます...
Magentoストアでmod_pagespeedを使用した人はいますか?
それは何かを壊しますか(カスタム最適化など)?
それを使用することに非常に興味がありますが、リソースの運に苦しんでいます...
あなたの投稿に興味があったので、mod_pagespeedで遊んだことがありますが、詳細なテストや測定は行いませんでした。私の一般的な印象は無関心であり、利益はごくわずかであるか検出できないものでした。Magentoの最大の障害は、ロードとインスタンス化に時間がかかる大量のPHPクラスであり続けています。Magentoは、インラインCSSのような悪い習慣については実際には罪を犯していないため、このmodを実行する余地はほとんどありません。これらの警告はさておき、ここに私の経験があります。
まず、Googleはmod_pagespeedを非常にうまくパッケージ化しており、バイナリだけでなくソースも提供しますが、バイナリインストーラーはリポジトリを登録するため、更新されたままになります。当然のことながら、もっと多くのプロデューサーにやってもらいたいことがあります。最も賢明な設定はデフォルトであるため、微調整することなくすぐに機能します。
構成はフィルターの適度なリストに分割されており、どのような改善が行われたかを正確に確認するために読む必要があります。「remove_comments」と「collapse_whitespace」の2つだけを有効にすることを選択しました。これにより、HTMLサイズに大きな違いが生じ、何も壊れませんでした。
extend_cache
-デフォルトでオン。私はそれがコンセプトであり、ファイルバージョンを維持するための優れた方法だと思います。使える。
outline_css
&outline_javascript
-デフォルトでオン。あまり関係ありません。無害。
combine_css
&rewrite_css
-基本的にMagentoの組み込み関数と同じであり、常に歓迎されるFoomanSpeedsterを含むいくつかの拡張機能もあります。これは冗長になると思うかもしれませんが、PHPの実行をネイティブコードにオフロードしているので気に入っています。ブロックキャッシングのおかげで、違いはごくわずかかもしれませんが、私にとっては十分です。使える。
inline_css
& -デフォルトで&とonをinline_javascript
補完します。予期していなかったページサイズが大きくなります。おそらくリクエストの数を減らすためですが、css / jsファイルが結合されている場合はどうなりますか?これは、キャッシュ可能なソースからコンテンツを削除するだけだと思います。要らない。outline_css
outline_javascript
collapse_whitespace
&remove_comments
-デフォルトではオフですが、オンにする価値があります。圧縮後でも転送されるバイトに測定可能な違いをもたらします。使える。
combine_heads
-このコンテキストではおそらく発生しない問題を修正します。無害。
elide_atttributes
-これで問題は見つかりませんでしたが、時間だけがわかります。今のところ、無害だと思います。使える。
rewrite_javascript
-これは基本的に「jsmin」であり、Google自身のコメントは危険であると警告しています。Magentoに付属しているjsミニファイアは両方ともベータ版であり、過去に問題を引き起こしたので、私はこの賢明なアドバイスを検討し、それをそのままにしました。要らない。
rewrite_images
-これは短くしておきます。使える。
insert_img_dimensions
-他のMagentoには実際には問題がないため、修正する必要はありません。しかし、それは無害であり、ページがよりスムーズにレンダリングされるのに役立つ可能性があります。使える。
ModPagespeedImgInlineMaxBytes
-小さな画像をdata:uriコンテンツに変換します。トリッキーなUAバージョンチェックがあり、制御できないプロキシが間違ったブラウザに配信されないことを確認できないため、これは信頼できません。グーグルはそれが「低から中程度」のリスクであると考えているようですが、私はそれにそのチャンスを与えません。要らない。
remove_quotes
-数バイトのゲインのためにw3c検証を中断します。理論的には無害なはずですが、私はそれを信用していません。要らない。
move_css_to_head
&add_head
-一部のJavaScriptを混乱させる可能性がありますが、Magentoはそれよりも難しいため、Magentoは通常、修正が必要なこのような男子生徒のエラーを発生させません。無害。
さまざまな書き直し、並べ替え、修正が開発の妨げになります。ブラウザによって報告される行番号は、必ずしもソースコードで同じであるとは限りません。このため、本番サーバー以外には使用しません。
MagentoのようなPHP駆動型アプリケーションのメリットは非常に小さいです。コスト削減に気付くために、毎日何百万人もの訪問者がいるサーバーを管理する人は何人いますか?私は昔ながらのプログラミングによってはるかに大きな節約を得ることができることを知っています。ブロックキャッシュとフルページキャッシュは、すべての中で最高の効果があります。
それでも、どんな改善も歓迎します。それが私が将来それを検討する理由です。同じサーバーでホストされている他のサイトは、独自の方法でメリットがあります。
正確な構成はケースバイケースで判断されますが、一般的に私は次のことを行うと思います。
mods-available / pagespeed.confの場合:
ModPagespeedDisableFilters inline_css、inline_javascript、rewrite_javascript、remove_quotes ModPagespeedEnableFilterscollapse_whitespace、remove_comments
Fooman Speedsterをインストールして、JavaScriptを適切に結合します。
modのベータ版の性質についてクライアント/請求書支払人に警告します。
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は非常にうまく縮小します。
画像の最適化を正しく機能させるには、キャッシュサイズを増やす必要があります。私の場合、3GBの画像があったので、キャッシュサイズを500MBに増やしました
ModPagespeedFileCacheSizeKb 512000
画像フィルターをオンにしておくことを強くお勧めします。それでも問題が解決しない場合は、一度にオフにすることをお勧めします。イメージフィルターなしで得られるパフォーマンスの向上はそれほど大きくなく、無駄にしているCPUサイクルの価値はありません。
アップデート
キャッシュサイズを画像フォルダサイズよりも大きくすることをお勧めします。以下のコメントを読む
Mod_pagespeedをオンにしてMagentoの管理者を使用する際に問題が発生したことはほとんどありません。しかし、@ clockworkgeekが示唆しているように、設定を構成する必要があると思います。もう一度R&Dを調べます