私はdrupalベースのWebサイト（Drupalバージョンは6.19）を持っていますが、これは非常に重いコンテンツのWebサイトです（約40万件の記事が含まれています）。
Drupalを使用するというルール1に従うことで、コアに変更を加えませんでした。しかし、私は多くの有効なモジュールを持っており、それらのいくつかはカスタマイズされています。
今、私はパフォーマンスに苦しんでおり、それを強化する必要があります。私はこれまでPressflowを使用したことがありませんが、PressflowはDrupalよりも優れているという記事をいくつか読んだことがあります。DrupalからPressflowにアップグレードしても安全ですか？もしそうなら、それを行う方法は？
ご協力いただきありがとうございます
Pressflow は Drupal に次の機能を追加します。
Pressflow は、標準の Drupal Core の 100% API 準拠の代替品です。データベース スキーマの変更はありません。通常の Drupal コアを実行していて、他のシステム要件 (PHP5.x、MySQL 5.x) を満たしている限り、Pressflow は「ドロップイン」の代替品です。
短い答え: おそらく違います。特に、「有効なモジュールが多数あり、そのうちのいくつかはカスタマイズされている」と述べているためです。
より長い答え: Pressflow の変更は比較的小さく、API を壊すことはほとんどありません。ただし、いくつかの非互換性があり、そのほとんどはデータベース アクセスとキャッシングの領域にあります。特に、故意または無意識のうちに Drupals のコーディング ガイドラインに従っていないモジュールは、おそらく壊れるでしょう。私の提案: モジュールが壊れたら試してみてください: 修正してください (そしてパッチを提出してください)。
しかし、本当の問題は、Pressflow の恩恵を受けるつもりですか? それは単に「より良い」だけではありません。ロード バランシングやマスター スレーブなどのデータベース レプリケーションが可能です。それを使うつもりですか？キャッシング プロキシのサポートが向上しました。squid やその他のキャッシング プロキシを実行する予定はありますか? たとえば、キャッシングの領域にいくつかの小さな変更があり、役立つ場合があります（そうでない場合もあります）。現在の使用状況に応じて。
私の提案: まず、Pressflow を使用せずにパフォーマンスを改善する方法を確認してください。次に、Drupal がほとんど役に立たないが、Pressflow では「修正済み」の領域に出くわしたら、変更を検討してください。
その実際には、ウェブサイトの速度が低下しました。これは、モジュールのセットアップが多すぎて、ブロックがキャッシュされていないことが原因です。現在、キャッシングと memcache をセットアップしようとしています。私が抱えている問題は、編集者が今すぐ変更を確認したいということです。したがって、これの一部はトレーニングになる可能性があります。私が抱えているもう1つの問題は、fimageモジュールのセットアップがあり、キャッシュの最小有効期間設定では機能しないため、その利点がまったく得られないことです. 理論的には、サイトを高速化する必要がありますが、逆の結果になる可能性があることを知っておいてください.
Pressflow に問題があるモジュールはほとんどありません。問題がある場合は、他の誰かが見つけた可能性があります。互換性のないモジュールがないか検索してみてください。