Fakt ist:
* Es gibt weltweit keine 100 Layout-Themes
* Sie können in Romänien für 50 EUR bei hunderten IT-Firmen ein besseres Joomla- WordPress- oder Contao Layout ordnern, für Drupal gibt es gerade mal 2 Anbieteter und deren günstiges Angebot liegt bei 650 EUR! (wir sprechen hier von Ro-mä-ni-en)
* Beim Release von Drupal 7 hat man schlicht und einfach vergessen (!) die Funktion für Meta-Angaben zu testen – sie funktioniert einfach nicht – was für Spinner entwicklen da eigentlich am Kern herum?
* Drupal ist vernünftig konfigurierbar? Quatsch! Bei jedem Seitenaufruf werden die (mittlerweile) 120-Kern Hooks mal eben kurz angesprungen – die notwendigen Module die man zum einigermassen ordentlichen Betrieb hinzunehmen muss mal nicht mitgerechnet – und täglich gibt es neue Hooks und dagegen können auch die schnellsten Server nicht anstinken.
* Flash – jede ordentliche Seite die auch nur entfernt Emotionen transportieren und etwas verkaufen will braucht Flash – macht es Ihnen etwa Spaß erst nach irgendeinem Flashnode-Modul zu suchen und die 10 anderen Derivate auf Kompatibilität zu testen nur um einen Flash-Banner oder eine kleine Werbung einzubinden?
* Drupal ist DAS klassische Beispiel von ‘gewollt’ und ‘verloren’. In der Praxis ist Drupal ein Super-GAU für jeden Kunden, der so naiv war, sich von seiner Agentur ein Drupalsystem aufschwatzen zu lassen – viel SPAß!

* Die Band Metallica hatte mal Drupal – System! …genau 2 Wochen lang… dann wollten die Musiker irgendwas Verrücktes auf ihre Seite Stellen – eine MP3 mit Player! … oder so ähnlich. Die Agentur hat denen dann wohl erzählt, dass das nicht so einfach ginge, man müsse erst auf das neue Drupal-Release warten, da wäre ein Flash-Player schon integriert… zum Glück hat Metallica rechtzeitig die Reissleine gezogen und den Mist fachmännisch rausgekoffert!

Drupal ist aus meiner Sicht (und entschuldigt, dass ich hier jetzt nicht anfange 10 Seiten Begründung zu schreiben) sicher ein System mit höherem Einarbeitungsaufwand!
Wenn man diesen Aufwand allerdings geschafft hat, ist man aus meiner Sicht wesentlich schneller, flexibler und sauberer als mit z.B. Typo3.
Soweit meine Erfahrung, die bzgl. Typo3 vermutlich so weit ist, wie die der Drupal-Kritiker hier.

Jedes System hat seine Schwächen aber aus Performancesicht kann ich hier keinesfalls zustimmen, dass Drupal vernünftig konfiguriert langsam ist.
Wir werden sehen, wie es sich entwickelt, aber ich sehe Drupal definitiv als das große CMS der Zukunft an. Aber Zeiten ändern sich auch… in 10 Jahren spricht vielleicht keiner mehr über PHP?

Drupal ist ein schlechtes Produkt – es ist einfach die Hölle. Arme Entwickler, die sich in ein lebendiges Drupal-System einarbeiten müssen. OK, Typo3 ist noch schlimmer – zugegeben … aber spätestens bei Release 10 wird es genau so zugemüllt sein wie T3, eine negative Steigerung ist unaufhaltsam.

Drupals Module sind ständig inkompatibel. Wie kann es angehen, dass die Aktivierung eines angeblich 1000fach installiertem Moduls die Deaktivierung sämtlicher anderer Module verursacht???

Irgendwie erinnert mich die Drupal/Joomla/Wordpress/Typo3 – Diskussion an den ewigen Streit der Windows/Apple/Linux – Fanatiker. Jeder hält seine Religion für die einzig wahre und verurteilt die Philosophien der jeweils anderen. Wäre Drupal eine Religion wäre es wohl mit dem Islam gleichzusetzen – keine Aufklärung in seiner Geschichte, zu viele Sekten und Gurus und reiner Monotheismus.

Mit Drupal sind große Projekte einfach nicht realisierbar. Das weiße Haus benutzt es auch nur, weil die es sich einfach leisten können, 10 Entwickler Wochenlang an einer Formatierungsaufgabe zu setzen, die ein durchschnittlicher Webentwickler innerhalb von wenigen Minuten in WordPress anpassen kann.

Drupal ist Käse und hat aus meiner Sicht keinerlei Existenzberechtigung. Ich hoffe dass sich die besseren Produkte durchsetzen werden und dieser Abfall endlich von diesem Planeten verschwindet.

Mittlerweile bereue ich die Entscheidung aus verschiedenen Gründen: Die schon erwähnte Modulabhängigkeit ist einfach nur lästig und die Modulqualität ist absolut durchwachsen. Leider braucht man für jede Pupu-Funktion irgendein Modul. Eine granulare Benutzerverwaltung im Kontext zu den Inhalten z. B. war nur total umständlich über Inhaltstypen und Taxonomy Access Control umzusetzen.

Das vielbeschworene Modul Views-Modul ist in Bezug auf die Bedienung das Beknackteste, was mir jemals untergekommen ist. Dabei hat man nicht mal die Flexibilität, die man prinzipiell erwartet. Jeder, der auf die listenartige Darstellung von Daten angewiesen ist, sollte sich mal das Konzept der CustomFields von ExpressionEngine ansehen.

Templates zu erstellen macht in Verbindung mit dem Drupal PHP-Code überhaupt keinen Spass und man hat auch nicht die volle Kontrolle über das generierte HTML. Es ist einfach supersperrig, als codender Designer damit zu arbeiten.

Dazu kommen Kleinigkeiten wie z. B. das sich wiederholenden READ-ONLY setzen der config-Datei durch das System. Ist immer wieder voll produktiv, sich wegen so einem Sch*ss auf dem Entwicklungsserver einzuloggen und die Datei zu ‘changemoden’. Die drupal.org Seite nebst Dokumentation trägt ebenso nicht zur allgemeinen Entwirrung bei. Z. B. das hier: http://drupal.org/node/52241

Und ganz ehrlich: Das “Backend” bzw. die Editierfunktionalität nach dem Einloggen mit dem Bilderupload und Platzieren von Bildern möchte ich meinen Kunden nicht zumuten (Ja, ich weiss, es gibt auch hier wieder Module).

Meiner Meinung nach sind Systeme wie Joomla oder Drupal einfach nicht so gut wie ihr Ruf. Es gibt Werkzeuge, mit denen lässt es sich wesentlich besser (im professionellen Bereich) arbeiten. WordPress z. B. ist auch ein bisschen (sehr) dreckig, was Codequalität, Dokumentation und Konzept angeht, allerdings komme ich hier mit eigenen Plugins schnell zum Ziel und muss nicht erst 3 Wochen im Keller eine komplizierte API studieren. Ansonsten sind z. B. Typolight, ExpressionEngine und Textpattern schlanke, sichere und modulare Systeme, mit denen man sehr gut produktiv arbeiten kann. Und wenn man ein PHP-Framework will, setze ich gleich auf das an RoR angelehnte Cake, das schlanke CodeIgniter oder Zend und schlage mich nicht mit den prozeduralen Spagettis rum.

Ich kann mir nur vorstellen, dass die Drupaluser, die das CMS wie den Gral verteidigen, sich noch nicht genügend mit anderen System auseinandergesetzt haben.

Mittlerweile bereue ich die Entscheidung aus verschiedenen Gründen: Die schon erwähnte Modulabhängigkeit ist einfach nur lästig und die Modulqualität ist absolut durchwachsen. Leider braucht man für jede Pupu-Funktion irgendein Modul. Eine granulare Benutzerverwaltung im Kontext zu den Inhalten z. B. war nur total umständlich über Inhaltstypen und Taxonomy Access Control umzusetzen.

Das vielbeschworene Modul Views-Modul ist in Bezug auf die Bedienung das Beknackteste, was mir jemals untergekommen ist. Dabei hat man nicht mal die Flexibilität, die man prinzipiell erwartet. Jeder, der auf die listenartige Darstellung von Daten angewiesen ist, sollte sich mal das Konzept der CustomFields von ExpressionEngine ansehen.

Templates zu erstellen macht in Verbindung mit dem Drupal PHP-Code überhaupt keinen Spass und man hat auch nicht die volle Kontrolle über das generierte HTML. Es ist einfach supersperrig, als codender Designer damit zu arbeiten (“function garland_preprocess_comment_wrapper(&$vars) < alles klar)".

Dazu kommen Kleinigkeiten wie z. B. das sich wiederholenden READ-ONLY setzen der config-Datei durch das System. Ist immer wieder voll produktiv, sich wegen so einem Sch*ss auf dem Entwicklungsserver einzuloggen und die Datei zu 'changemoden'. Die drupal.org Seite nebst Dokumentation trägt ebenso nicht zur allgemeinen Entwirrung bei. Z. B. das hier: http://drupal.org/node/52241

Und ganz ehrlich: Das "Backend" bzw. die Editierfunktionalität nach dem Einloggen mit dem Bilderupload und Platzieren von Bildern möchte ich meinen Kunden nicht zumuten (Ja, ich weiss, es gibt auch hier wieder Module).

Meiner Meinung nach sind Systeme wie Joomla oder Drupal einfach nicht so gut wie ihr Ruf. Es gibt Werkzeuge, mit denen lässt es sich wesentlich besser (im professionellen Bereich) arbeiten. WordPress z. B. ist auch ein bisschen (sehr) dreckig, was Codequalität, Dokumentation und Konzept angeht, allerdings komme ich hier mit eigenen Plugins schnell zum Ziel und muss nicht erst 3 Wochen im Keller eine komplizierte API studieren. Ansonsten sind z. B. Typolight, ExpressionEngine und Textpattern schlanke, sichere und modulare Systeme, mit denen man sehr gut produktiv arbeiten kann. Und wenn man ein PHP-Framework will, setze ich gleich auf das an RoR angelehnte Cake, das schlanke CodeIgniter oder Zend und schlage mich nicht mit den prozeduralen Spagettis rum.

Ich kann mir nur vorstellen, dass die Drupaluser, die das CMS wie den Gral verteidigen, sich noch nicht genügend mit anderen System auseinandergesetzt haben.

Im Vergleich mit C#/Java ist das eine “Bastelsprache” in meinen Augen.

Deshalb werden viele Systeme die darauf aufsetzen auch entsprechend “Bastelsysteme” sein.

http://www.whitehouse.gov

In Drupal 6 hat es viele Verbesserungen für die von spencer genannten Dinge wie Rechte- und Profilverwaltung gegeben.

Drupal ist eher als Framework zu sehen als eine bestimmte Art CMS (wie Community CMS). Um den Kern möglichst klein zu halten, sind deshalb zusätzliche Funktionen nicht mitgeliefert. Das kommt auch den Endbenutzern zu gute, denn Module, die nicht im Kernsystem enthalten sind, können viel flexibler weiterentwickelt werden und öfter neue Features erhalten, als wenn sie im Kern enthalten wären. Dann würden sie nur alle 12 – 24 Monate neue Features bekommen können.

Die Lernkurve ist wie gesagt recht hoch, aber hat man einmal raus wie es geht, kann man alles damit umsetzen. Meiner Meinung nach gerade größere Seiten, für kleine Seiten könnte gerade für Einsteiger der Aufwand zu groß sein. Es gibt ja auch genügend Beispiele für große Webseiten, die erfolgreich mit Drupal laufen.