[TYPO3-german] Web 2.0

Elmar Hinz elmar.DOT.hinz at team.MINUS.red.DOT.net
Sat Dec 31 15:15:10 CET 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>> Dann hast du Drupal noch nie ausgiebig getestet. Drupal unterscheidet
>> sich maßgeblich von den Nuke Forks und hat mit phpnuke & Co. nichts
>> gemeinsam.
> 
> 
> Naja, ich habe es mir tatsächlich nicht ausführlich angesehen, aber
> a) Content mit Workflow für FE-User, b) Themes, c) Polls, d)
> Diskussionsforen, e) Kommentare etc. sieht mir doch genau so aus wie die
> Nukes und Plone. Der Code von Drupal scheint freilich erheblich besser
> zu sein als die Nukes, aber bei der Grundfunktionalität scheinen mir
> doch erheblich mehr Gemeinsamkeiten als Unterschiede vorhanden zu sein.
> 

Da muss ich Michael Recht geben. Fällt für mich auch alles in die
gleiche Kategorie. Dito Joomla.

- - unkreatives Dreispalten Layout mit Randboxen
- - modularer vor hierarchischem Aufbau

An diesem Punkten macht TYPO3 einfach den Unterschied und ist darum für
diesbezügliche Ansprüche geeignet, wo die anderen hintanstehen.

>>> TYPO3 ist aber mit beiden nicht zu vergleichen, weil es a) keine
>>> echte Portallösung ist (und auch nicht sein soll, sonst bräuchten wir
>>> kein BE) 

Ich bin nicht unbedingt ein Freund dieser Trennung. Wenn ich gleichen
Bedinkomfort im FE hätte, fände ich das vorteilhafter.

> 
> Portallösungen (zumindest alle bekannten freien Community-Portale, nicht
> der SAP+Weblogic-Kram) setzen darauf, dass Mitglieder Inhalte wie
> Artikel, Blogs, News, etc. erstellen, die FE-User also eher dem
> entsprechen, was bei TYPO3 BE-User sind. Nicht umsonst kommt hier in den
> Listen ständig die Frage, wie man Backend-Feature X nun auch für FE-User
> hinbekommt, also dass diese News erstellen dürfen, Artikel verwalten, etc.
> 
> Dies hat damit zu tun, dass TYPO3 für diesen Anwendungsfall gar nicht
> konzipiert ist, sondern eher für die Präsentation von eigenem Content.
> Die Features von Drupal und Plone mit TYPO3 nachzubilden ist IMHO mit
> sehr heftigen Schmerzen verbunden, sodass ich sagen würde, TYPO3 spielt
> da nicht in einer anderen Liga, sondern einen anderen Sport.
> 

Diese verschiedenen Sportarten sind technisch gesehen zwar zu trennen,
das interesssiert den Kunden aber die Bohne. Der hätte das gerne alles
unter einem Dach mit einem gemeinsamen Look and Feel und nicht mit
solchen Krücken und Brüchen wie SSO.

Deshalb stellt sich für mich die Frage, ob wir
1.) bestehende Portallösungen mit den Features von TYPO3 erweitern oder
2.) TYPO3 um Portalfeatures erweitern oder
3.) einen Weg finden eine bestehende Portallösung mit TYPO3
zusammenzuführen.

Da ich inzwischen mehrere Erfahrung Jahre in TYPO3 investiert habe
scheidet 1.) für mich aus. 3.) halte ich für aufwendiger als 2.) wenn
ich diskussionswürdig.

Eine der interessanten Fragen ist, wie man so etwas chaotisches wie das
Prinzip des Wikis mit dem hierarchischen Aufbau von TYPO3 zusammenführen
kann. Das ganze Wiki als Plugin in eine einzelne Seite zu stopfen kann
es nicht sein. Muß mir mal ansehen, wie timtaw das löst. Letzendlich
zieht aber jedes größere Wiki irgendwann ein hierarchische Menü ein, so
das eine Zusammführung durchaus Sinn macht.

Guten Rutsch

Elmar



- --
Greenhouse gas production is killing people.
1 intercontinental flight compares with 5 years
of car driving per person. How many souls do you
want to charge to your account?



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDtpJuO976RNoy/18RAnT5AJ9LMUpOddXcJPuRgwCjbj9TuKKF2gCgqN7k
igegR4WZSCDATxkrP0tON0w=
=uAqm
-----END PGP SIGNATURE-----



More information about the TYPO3-german mailing list