Drupal の一般的な問題の 1 つは、遅いことです。トラフィックの多い本番環境で Pressflow 6 を実行すると、そのサイズのサイトに多くのリソースが消費されます。
Drupal 7 が Drupal 6 よりも遅いかどうかについては、多くのことが行われています: http://drupal.org/node/615822
これは確かに事実のようですが、誰か確認できますか?
どうもありがとう、クリス。
Drupal の一般的な問題の 1 つは、遅いことです。トラフィックの多い本番環境で Pressflow 6 を実行すると、そのサイズのサイトに多くのリソースが消費されます。
Drupal 7 が Drupal 6 よりも遅いかどうかについては、多くのことが行われています: http://drupal.org/node/615822
これは確かに事実のようですが、誰か確認できますか?
どうもありがとう、クリス。
はい。確認できます。でも。
まず悪いニュース:
次に理論:
ただし、Drupal6 プレスフローには、これらのエンタープライズっぽいものが組み込まれていました (実際、これらのプレスフロー機能がコアになり、Drupal7 の基盤を提供しました)。
Drupal7 は Pressflow Drupal6 より遅いです。Drupal7 は、Drupal6 では提供されなかったが、PressflowDrupal6 では提供されたパフォーマンス機能を提供します。
多くのプロジェクトでは、ビュー モジュールも有効になっています。Drupal7 の Views3 は、Drupal6 の Views2 よりもパフォーマンスが大幅に向上しています (エンタープライズ向けの機能)。
私のアドバイス: パフォーマンスが最適化された Drupal7 (たとえば、Pressflow Drupal7) が登場するまでは、Pressflow Drupal 6 を使用してください。理論と実践の両方で、はるかに高速です。Views3 の改善点と機能を利用できる場合は、Drupal7+views3 を選択すると、パフォーマンスの問題を調整するためのオプションが増えます。
依存します。
はい、そのままでは、D7 は D6 よりも低速です。しかし、それをスケーリングするために多くの努力が払われてきました(これはパフォーマンスとは異なります)。
これらの機能の多くは、マスター/スレーブ データベース クラスターのサポート、プロキシ、エイリアス処理の改善など、実際には既に Pressflow 6 の一部です。ですから、あまり役に立ちません。
ただし、そこには存在しなかった機能もあります。たとえば、すべてのフィールドを MongoDB に格納できるプラグ可能なフィールド ストレージなどです。また、一般的に D7 は低速ですが、クエリは大幅に改善され、ボトルネックは基本的にデータベースから PHP に移動しました。PHP の方がクラスター化が容易です。
結局のところ、D7 はhttp://examiner.comのようなサイトに力を与えることができます:) そして、MongoDB 統合のようなスケーラビリティの改善のために、D6 ではなく D7 を明示的に選択しました。
どちらが速いか遅いかの判断は難しいと思います。Drupal 7 は、すべてをエンティティとして認識します。しかし、drupal プロファイリング https://drupal.org/project/profilingで気付いたことの 1 つ は、Drupal 7 パネルが非常に遅いことです。したがって、常にテンプレートを使用することをお勧めします。