一般にDrupalの問題の1つは、遅いということです。私たちは大量生産環境でPressflow 6を実行し、サイズのサイトでは多くのリソースを消費します。 http://drupal.org/node/615822Drupal 7はDrupal 6よりも遅いですか?
このは確かにケースですが、誰もが確認できることが表示されます:
多くは、Drupalの7は、Drupalの6よりも遅くなるかどうかで作られていますか?
多くのありがとう、 クリス。
一般にDrupalの問題の1つは、遅いということです。私たちは大量生産環境でPressflow 6を実行し、サイズのサイトでは多くのリソースを消費します。 http://drupal.org/node/615822Drupal 7はDrupal 6よりも遅いですか?
このは確かにケースですが、誰もが確認できることが表示されます:
多くは、Drupalの7は、Drupalの6よりも遅くなるかどうかで作られていますか?
多くのありがとう、 クリス。
はい。私は確認することができます。しかしながら。
まず悪いニュース:
次に理論:Drupal6で
しかし、実際には、これらのプレスフロー機能は、コアにして、Drupal7の基礎を提供しています。
Drupal7 is slower then 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に移行しました。クラスタ化が容易です。
結局のところ、D7はhttp://examiner.comのようなサイトに電力を供給することができます。そして、MongoDBとの統合のようなスケーラビリティの改善のために、D6よりD7を明示的に選択しました。
この回答はおそらく受け入れられた答えよりも優れています。なぜなら、「複雑=遅い」と言って過大化しておらず、スケーラビリティと速度の違いに対処しているからです。 –
どちらが速いか遅いかを判断するのは難しいと思います。 Drupal 7はすべてをエンティティとして見ます。しかし、私がdrupalプロファイリングによって気づいたことの一つは、Drupal 7パネルは非常に遅いです。 https://drupal.org/project/profiling です。だから私は常にテンプレートを使うことを提案します。
@berkes小規模な訂正:Drupal7は、モジュールとして開発されているCCKではなくFieldsとともに出荷されます。 –
確かに、それは意味的により正確です:)。 CCKの継続的な開発の裏にある理由が私には不思議に思えます。 – berkes
さて、http://drupal.org/project/cckをご覧ください。アップグレードパス+いくつかのヘルパー機能。他のすべてが中核であるか、別のプロジェクト(参照、アクセス許可、...)に移動されました – Berdir