ワニスが使用されている場合、「ブースト」モジュールを使用することは冗長ですか?
-
16-10-2019 - |
質問
ワニスサーバーの後ろでDrupalインスタンスを実行しますが、サイトをスピードアップするための代替/追加の方法を検討しています。 ブースト この目的のために頻繁に名前が付けられているモジュールです。静的バージョンのページを生成し、再生時間を避けるためにそれらを提供するように見えますが、すでにワニスでキャッシュしている場合、これは私たちに利益をもたらしますか?
解決
いいえ、正しい構成では、ブーストとワニスが一緒に動作する可能性があります。この組み合わせは、ブーストやワニスだけでなく、サイトをさらにスピードアップすると言われています(まだ自分で試していません)。
見る ワニスとの対立を後押しします と ファイルシステムの代わりにキャッシュストレージにワニスを使用します. 。 Drupalcon Londonを訪れている場合は、をチェックしてください ブーストされたワニス 話。
他のヒント
他の答えは技術的には正しいものですが、 @Mikeytown2に同意し、ワニスと一緒にブーストを実行することであなたがしていることは、サイトのキャッシュに(不要な)複雑さを追加していることを述べています。
以前はブーストとワニスを一緒に実行していました http://www.health.govt.nz/ しかし、ワニスはブーストが作成しているHTMLページをキャッシュするため、最終的に追加されたのは、ディスク上の追加ファイルだけでした(確かに追加のパフォーマンスはありません)。
また、ランニングには利点があります ワニス スタンドアロン:
- との統合 期限切れ と パージ モジュール - これは、特定のルールに基づいて、ワニスからコンテンツをインテリジェントにフラッシングするためのルールを速くできることを意味します。たとえば、タイプ「アナウンス」の新しいコンテンツが公開されている場合、公開されたノードとワニスからのフロントページの両方をパージします
- ワニッシュはブーストを速くします - キャッシュをメモリに保存するようにワニスを構成できるため、ファイルシステムベースのソリューション(ブーストなど)よりも本質的に高速です。これは通常、NFS(Webクラスター)上でブーストを実行するため、特に明らかでした
- キャッシングの問題がある場合、それらは追跡しやすくなります - ワニスと一緒にブーストを使用して、ワニスが見逃したときに、ブーストから最終的に古いバージョンを提供することがよくあります。これは、コンテンツの著者にとってイライラする可能性があります
既に効果的なワニスキャッシュがありますが、パフォーマンスゲインが追加できる唯一のパフォーマンスゲインは、ページをキャッシュ可能にすることです。
ただし、Drupalに静的ページを生成する代わりに、Pressflow Drupal、Cocomore Drupal、またはDrupal 7に移行する努力をしたいと思います。バニラDrupal 6とは異なり、それらの分布は、ワニスが画像のような静的資産だけでなくキャッシュできるようにするHTTP応答を送信します。 CSSだけでなく、レンダリングされたページも完了します。
ワニスでページキャッシュを使用することにより、まともなパフォーマンスの向上とWebサーバーの負荷が大幅に削減されています。