サイトをDrupalに転送しないでください！

最初の投稿は、最近使用し始めたDrupalについての小さなメモから始めます。 このエンジンが提供する機会の広大さのために恋に落ちました。 多数のモジュール、プログラマー（ファイルの変更または独自のモジュールの作成）のための素晴らしいアーキテクチャ、信じられないほどの柔軟性-これらはすべて、他のものと同様に、この経済が成長したときにどのように減速し始めるかなど、無関心のままになりません！



私はウェブサイトを持っていて、最新のコミュニティ指向のエンジン、Drupalの助けを借りてそれを更新することにしました。 このサイトは自己記述式で、シンプルでした。 すぐに働いた 静的変数でキャッシュを使用し、nginxでこの静的変数を返します。 彼は人間が読めるURL（CNC）の尊厳を持っていました。 Drupalに翻訳する場合、標準パッケージに含まれているPathモジュールを使用して、サイトでCNCを再作成する必要がありました。 これにより、ページの形成時に次のことが発生します。-データベースに対するメインの400〜600クエリ。 -データベースへのネストされた200-400クエリの場合。 Drupalは、URLベースでエイリアスを使用して各分類法タグを検索します。



データベース内のタグの数が少ない場合、モジュールコードを編集して、1つのリクエストでエイリアステーブル全体を受信するように状況を修正できます。 しかし、ベースが大きくなり、サイトの主題の語彙全体が含まれるようになると、何もすることはありません...



Drupalには、モジュールのファウリングに関する追加の問題があります。 共有ホスティングでは、PHPの16MBの制限では不十分な場合があります。 32MBの仮想ホスティングについて知っている人がいたら教えてください！ VPSでは、MySQLが同じVPSを使用しているため、スプロールするDrupalの実行が遅くなります。 DrupalとMySQLを異なるホストに配置することで、これから抜け出すことができます（MySQLを共有ホスティングに保持できます-通常、別個のサーバーがあります）。 別のサーバーを用意する必要があると誰かが言うかもしれませんが、そのためにはプロジェクトは少なくとも成果を上げなければなりません。Drupalは通常、アマチュアプロジェクトを行います。



最後の要約

Drupalでは、内部のあいまいなアドレスを維持しながら、ゼロからプロジェクトを実行することが最善です。 事前に、どのモジュールを使用する必要があるかを理解するために、サイトの構造を熟考する必要があります。 トラフィックの多いプロジェクトを計画している場合は、次のように独自のエンジンを作成することを検討してください。 後でDrupalの最適化にかかる時間を確実に短縮できます。