[m]

[a7]

Drupal hat sicher Nachteile unter bestimmten Vorraussetzugen., ein größer kann zB. sein, dass Drupal extremst flexibel ist. Das ist eigentlich ein Vorteil, nur wenn man neu damit arbeitet und eine normale Unternehmenswebseite damit bauen möchte stolpert man darüber, dass Drupal nicht hirarchisch aufgebaut ist und keine fertige Lösungen für eine hirarchische Webseite bestehen. Stattdessen muss man die dafür nötigen techniken miteinander kombinieren - und da muss man erstmal darauf kommen.

@m: Nun jetzt bin ich etwas abgeschweift, zum Thema community.
Ich muss wiedersprechen, die meisten Drupal Seiten sind keine klassischen Communitys wie zB Mediengestalter.info als Forum eine ist. Vielmehr ist es so, dass sehr viele Funktionen die aus dem Community Bereich bekannt sind von Drupal oder Drupal Modulen geliefert werden, diese Funktionen aber nicht mehr nur auf klassischen Communityseiten eingesetzt werden sondern auf einem Großteil der aktuell entstehenden Seiten. Schau dir die Seiten an http://buytaert.net/tag/drupal-sites http://www.drupalcenter.de/showroom http://www.drupalsites.net/ - sind das in der Mehrzahl Communitys im klassischen Sinne?

Aber ich lasse mich ja gerne belehren und lerne gerne dazu.
Hast Du ein paar konkrete Beispiele aus dem Agenturalltag (also vermutlich Unternehmensseiten) nennen bei denen Drupal weniger gut geeignet ist - und den Grund dafür?

Übrigens, wer sich ein Bild von Drupal machen möchte für den dürfte das in der Planung befindliche Drupalcamp in Köln interressant sein: http://drupalcamp.de/

[m]

[deliciious]

[a7]

[m]

[Achim M.]

Typo3 wird leider immer wieder als unmenschlich komplexe Lösung dargestellt.

Wer den Einstieg finden will, dem kann ich generell zu YAML für TemplaVoila raten. Wenn man eine lauffähige Typo3-Installation hat, ist die Installation ziemlich simpel und zudem gut dokumentiert. Anschließend hat man ein gut konfiguriertes CCS-basiertes Typo3-Template. Viele Dinge kann man dann sogar konfigurieren, ohne eine einzige Zeile TypoScript schreiben zu müssen. Außerdem hat man nun einen guten Ausgangspunkt, um sich mit den Möglichkeiten von Typo3 vertraut zu machen und kann Step-by-Step das Template seinen eigenen Bedürfnissen anpassen.

Ich setze die Extension selbst ein und mag dieses YAML-Framework. Nicht selten habe ich damit eine fertige Website in 2 Tagen umgesetzt.

Was aber tatsächlich viel Zeit in Typo3 in Anspruch nimmt, ist die individuelle Anpassung von Extensions und das Feintuning des Backends.

Abschließend noch ein paar Worte zum Backend: Auch das hat ja einen schlechten Ruf. Meines Erachtens zu unrecht. Man kann es sehr individuell konfigurieren und der Benutzer sieht wirklich nur, was er sehen muss und sollte (das braucht natürlich ein wenig Liebe zum Detail beim Admin). Mit TemplaVoila und der Extension "nh_tvdragndrop" kann der Redakteur Inhalte flexibel verwalten, einpflegen und einfach per Drag-and-Drop verschieben (http://www.youtube.com/watch?v=2AiYQJZslPU). Die ganze Diskussion um Schulungsaufwand ist auch völlig übertrieben. Natürlich gibt es Typo3-Website bei denen intensive Schulungen notwendig sein können, aber ich schule wirklich die meisten Kunden per Telefon in 30 bis 60 min. Einige Kunden wollen gerne Vorortschulungen mit Beamerpräsentation im Besprechungsraum. Das ist dann aber wirklich Wunsch des Kunden und in meinen Augen keineswegs zwingend notwendig. Wenn ich sehe, wie kompliziert in manchen CMS schon das kopieren und verschieben von Seiten ist, mag ich kaum von Schulung reden, wenn ich dem Kunden erkläre, er möge die Seite per Drag-and-Drop im Seitenbaum an die gewünschte Stelle verschieben.

Ich persönlich setze Typo3 ein, weil es als klassisches CMS wirklich immer passt (Community-Websites habe ich bislang noch nicht umgesetzt). Ich habe vor kurzem mit einem Shopsystem gearbeitet (kommerziell, Closed-Source), wo ich eine flexible Sprache wie TypoScript unheimlich vermisst habe. TypoScript wird meines Erachtens von vielen Kritikern einfach nicht verstanden. Mit TypoScript kann ich mit wenigen Zeilen Code ein komplexes Menü generieren und habe dabei die totale Kontrolle über den ausgegeben HTML-Code. Vorgegebene Klassennamen oder Einschränkungen bei Validität sind in Typo3 einfach unbekannt.

Gruß

Achim

[m]

Diesen schlechten Ruf hat Typo3 eigentlich auch nur im semiprofessionellen Bereich. Anscheinend deshalb
weil sich eben viele vor der Einarbeitung aufgrund der schon ewig vorhandenen Vorurteile scheuen und das
ganze so immer weiter getragen wird. Ansonsten kann ich dir auch voll und ganz recht geben.