Drupal はまさに「何でもできる」CMS です。ほとんどすべての機能を追加できるモジュールがあります。これは素晴らしいことです。ただし、多くの機能 (v5 および v6) が散らばっており、ユーザーにとって直感的ではないように感じます。開発者として、風船ガムとひもを使ってサイトにパッチを当てたような感覚が残っています。
たとえば、デフォルトの検索ボックス (クリックすると消える) にテキストを追加するには、jQuery コードを追加するか、テーマをオーバーライドする必要があります。また、メニュー システムが必要以上に複雑であることもわかりました。
この意見を持つのは私だけですか？Drupal のコアについて、どのような点を (もしあれば) 変更しますか?
私にとって、Drupalの最大の欠点は、ライブのDrupalサイトの大部分がデータベースに保存されていることです。システム間でコンテンツや構成を移行する自動化された方法がないため、ライブサイトへの変更のロールアウトは、手動で行うか、非常に複雑なコードで処理する必要があります。
Drupalの最大の欠点の1つは、プログラマー以外のサイトビルダー向けのターンキーツールと、複雑なWebアプリを構築する開発者向けのフレームワークとの間の境界線上で踊ることです。それは両方のグループを提供するためにいくつかのクールなものを持っていますが、一方の群衆への譲歩は常にもう一方をつまずかせる傾向があります。
Drupalコミュニティで成長している傾向は、開発者APIを明示的に構築し、APIの上に管理UIとエンドユーザーUIを階層化することです。これは良いことですが、レガシーアーキテクチャもまだたくさんあります。プロジェクトは今週8年になり、すべてのサイトでさまざまなペースで進化するモジュールを組み合わせる必要があります。
誰かがあなたが望むことをするモジュールをまだ構築していない場合、コアコードをハッキングせずにシステムを効果的に活用するには、多くの異なる内部API、多くのDrupalに固有のデータ構造を調べ、時々ファンキーなものを研究する必要がありますワークフロー。トリッキーなことをする必要があり、物事を行うための「正しい」方法を研究するための専門知識（または時間）がなかった人々をきっかけに、サイトを維持するのが非常に悪くて不可能なことがたくさんあります。
（免責事項：私はDrupalに関する本のためにいくつかの章を共同執筆しました、そして私はDrupalの仕事をフルタイムで行っているので、あなたが得ることができる限り「偏りのない」からは程遠いです。私は視点を保ちます。私もDjangoを心から愛しています。）
Drupalを使用すると、箱から出してすぐに80％を使用できますが、最後の20％には数か月から数か月かかります。
真のオブジェクト指向設計が欠如しているということは、特定の動作を変更できるようにする「フック」関数を残すために、他の開発者の先見の明に頻繁に頼らなければならないことを意味します。
Drupal 5 を使用していると、比較的単純な設計変更を完了する唯一の方法が Drupal 自体にパッチを適用することであるという状況にも遭遇しました (その後、Drupal の新しい公式リリースごとに必ずパッチを再適用してください)。しかし、公平を期すために、Drupal 4 でそれがいかに悪かったかを理解する必要がありました。
また、Drupal の現在の製品バージョンのバグや癖を特定するために時間をかけたときに、パッチを送信しても、基本的にセキュリティ バグのみが現在の安定版リリースで修正されるため、パッチがコミットされないことに腹を立てています。
Drupal は印象的なシステムです。それは驚くほど小さく、そのモジュールシステムは非常に強力です。しかし、Eli が言ったように、あなたのタスクの多くは、特定の方法で何かを行う他の開発者に依存することになります。
Drupal コミュニティ内では、その設計について議論があります。Drupal は、PHP の OOP 機能が強力になる前から存在していましたが、現在ではオブジェクト指向のデータ構造を使用するようにシステムを変更することについて頻繁に議論されています。好みによっては、これは開発者としてのマイナス面になる可能性があります。私はそれについて自分自身で2つの考えを持っています。
このシステムは、初心者にとっては非常に「魔法のよう」に見えることもあります。「関数を定義しただけなのに、どうやって Drupal が関数の呼び出し方を知っているの?!」
しかし、私は一般的に Drupal の大ファンだと言わざるを得ません。これは、メジャー バージョンごとに負荷が向上する優れたシステムです。7が待ち遠しいです。
Drupal は始めるのには適していますが、実際に物事を成し遂げるよりも「元に戻す」ことに多くの時間を費やします。これは特に Drupal 6 のリリースで変化しており、公平を期すために提供されたモジュールではより明白です。
ショーンが言ったように、移行の管理も問題です。開発サイトからライブ サイトに変更を移動する良い方法をまだ知りません。
現在のコアで何か変更するかどうかはわかりませんが、ほとんどの欠陥は修正中です。画像管理には作業が必要です。デフォルトの管理インターフェイスは少し雑然としていて、ビューやパネルなどを使用せずにレイアウトを複雑にしているため、作業が必要になる可能性があります。
私はそれが非常に複雑だと思います。PHP 開発者として、php とは関係なく、drupal 自体とは関係のない問題について、毎日頭を悩ませています。どのように / なぜ / いつ X を行うのですか? 飼いならす必要がある大きな獣です。ドキュメンテーションは、いくつかの非常に優れたガイド、たくさんのくだらないガイド、さらには Google で常にポップアップするように見える役に立たないフォーラム スレッドに限定されています。
バックエンドでの使いやすさはがらくたです。カスタム テーマは、パッケージの「管理者」部分のレイアウトも変更しますが、これは非常に苛立たしく、見栄えの悪いレイアウトになる可能性があります。
html スライサーを使用している場合、drupal 用に特別に作成されていない html を使用することは不可能です。多くのdiv、divごとに5つの冗長なクラスなどを使用して、drupal-htmlを使用することをほとんど強制します。本質的に、html / cssの人はこのレベルでdrupalを知っているとは期待できません。
テーマを構築するためにファイル名 (10 語の長さで、非常に微妙な違いがあります) に依存する方法が好きではありません。
そうは言っても、それができることのいくつかは非常にクールで、カスタムphp開発の何日も何日も節約できます.
ほとんどの企業が優れた Drupal の才能を見つけるのに苦労しているため、学習曲線が高いことが唯一の欠点だと思います。http://drupalize.me/とhttp://buildamodule.com/は、この高い学習曲線を減らすために非常に良い仕事をしています。
PHP4で書かれています。これはバージョン 7 で変更されます。もちろん、php5 で独自のモジュールを作成できます。ベテランの Drupal 開発者として、私の履歴書は、php5 への露出が限られているために苦しんでいることがわかりました。
SOAP などのサービスの実行には最適ではありません。Drupal スタック全体を呼び出して Web サービスを提供すると、パフォーマンスが大幅に低下します。サービス モジュールはまだ開発中です。
データベース トランザクションはサポートされていません。これは、極端な負荷にスケールアップすると問題になります。
コマンドラインからテストを実行するとよいでしょう。これは simpletest 1.x で可能でしたが、現在のバージョンではあまりサポートされていません。Simpletest は十分に成熟していません。Drupal のクリーン インストールは、テストに失敗する可能性があります。デフォルトで含まれているテストの中には、必要のないコンテンツ タイプとモジュールの使用を強制するものもあり、simpletest モジュールをハックしないとこれらを無効にすることはできません。
デフォルトの管理インターフェイスは、modx や joomla/mambo などの他の cms と比較してあまり直感的ではないことがわかりました
一見悪いセキュリティ記録があります: http://secunia.com/advisories/search/?search=Drupal