Das ist der erste Podcast, für den ich die Wiedergabegeschwindigkeit auf 1/2 gesetzt habe

Eine Folge über Typolight in diesem Stil wär klasse!

Mit jedem besseren CMS kommt man irgendwie zum Ziel. Man muss das jeweilige Werkzeug nur eben perfekt beherrschen. Es empfiehlt sich deshalb, sich auf wenige Tools zu beschränken.

Mein Werkzeugkasten beinhaltet (derzeit): TYPO3, Drupal, Symfony. Wobei Drupal hier wirklich in der Mitte steht, denn es verbindet die Vorzüge beider Welten (CMS/Framework), so dass man oft weniger programmieren muss, trotzdem aber individuelle Produkte schaffen kann. TYPO3 5 wird sich dank FLOW3 endlich einiger Altlasten entledigen, sodass dieses CMS dann noch mehr Spaß machen wird.

Spannend wäre vielleicht mal eine CMS-Sendung in der CMS bezüglich Barrierefreiheit “auseinandergenommen” und verglichen werden. Eventuell auch mit Tips zu den einzelnen CMS. Beispielsweise wie man Typo3 zu validem Quellcode bewegt…

Besonders der Tipp mit UltimateParent kam übrigens genau richtig, denn eine solche Top-Level-Markierungsmöglichkeit hat mir heute zur Vervollständigung einer Suckerfish-Navigation noch gefehlt

MODx Evolution ist hingegen eins der selteneren Systeme mit Entwicklern und Designern als Zielgruppe, während Features und Komfort für Redakteure eher hinterher hinken. Es ist vom Konzept her der Vorfahre der langsam heranreifenden Gattung von Content Management Frameworks für kleiner dimensionierte Projekte (wie auch Silverstripe, Drupal, Wildflower, MODx Revolution), nur noch ohne den geeigneten technischen Unterbau (etwa MVC-Architektur und ORM).

Den Entwicklern war vor allem wichtig, dass man vorhandene statische Sites oder auch Templates mit minimalem Aufwand migrieren kann. Sie waren außerdem der Meinung, dass die Erstellung und Aggregation von eigenen Inhaltstypen möglich sein muss, ohne dass man separat ein Erweiterungsmodul inkl. eines Datenbankschemas entwickelt und installiert. Dies gelingt ihnen im Moment zwar nur zum Teil, so funktionieren z. B. bidirektionale Verweise zwischen Datensätzen oder die Validierung von Eingaben bestenfalls durch Hacks. Andere wünschenswerte Sachen, z. B. eigene Feldtypen, die Validierung, Formatierung der Eingabe und der Ausgabe kapseln, sind überhaupt nicht umsetzbar. Doch das, was mit dem System möglich ist, klappt reibungslos und macht dabei auch noch Spaß.

Fehlende Features in den Bereichen Workflows, Versionierung, Mehrsprachigkeit, Staging, Mandantenfähigkeit, Benutzerverwaltung etc. pp. machen das System aber für “größere” Sachen ungeeignet.

(Typo3 hingegen würde ich als Monstrum aus einem düsteren Paralleluniversum bezeichnen — wo HTML eine Programmiersprache ist, Tabellenerstellung Spaß macht und die Erzeugung von GIF-Bildern für Menüs ein wünschenswertes Feature eines CMS darstellt. Aber das ist ein anderes Thema …)

Leider erscheint die Folge nicht in meiner Podcast-Software – stimmt was mit dem Feed nicht?

Neben Modx gibts noch andere schöne CMS,wie zum Beispiel Drupal, ImpressCMS, worüber sich bestimmt auch eine Sendung sich lohnen würde

So, jetzt will ich als TYPO3ler aber die Diskussion mal nicht zu weit OT ziehen.

modxcms.com/forums/index.php/t...

Eher vergleichbar sind TypoLight und MODx, die tatsächlich in der gleichen Liga spielen, aber doch wieder ganz anders sind: TypoLight ist klarer, aufgeräumter und durchorganisierter, während MODx schneller, flexibler, aber auch unübersichtlicher daherkommt.

Ich selbst arbeite seit Jahren zufrieden und erfolgreich nur mit TYPO3, aber über den Tellerand gucken, sollte ja auch immer dazugehören.

Mich würden speziell die Unterschiede zu TYPO3 interessieren, vieles was ich gehört habe klingt nämlich doch recht ähnlich.

Als erstes fällt natürlich (habt ihr im Beitrag ja auch gesagt) der ähnliche Seitenbaum-Ansatz in’s Auge, über den sich alles abspielt.

MOD lässt sich im Frontend und Backend erweitern und mit Plugins lassen sich Core-Prozesse erweitern. Diese Arten von Erweiterungen kennt TYPO3 auch. Dass Revolution ein ähnliches Repository bekommt wie TYPO3 habt ihr besprochen.

Die “Chunks” genannten Templates, entsprechen wohl in etwa FCEs (Flexible Content Elements in TYPO3).

Ein Rechtesystem mit Benutzern und Benutzergruppen für FE und BE getrennt gibt es in TYPO3 auch.

Wie MODx bekommt auch TYPO3 im Moment einen MVC-Rewrite (FLOW3), das ein eigenes PHP-Application-Framework ist.

Ohne MODx im Detail zu kennen wäre mein persönliches Fazit dass MODx simpler (im positiven wie im negativen Sinn) als TYPO3 ist, sonst aber doch recht ähnlich funktioniert.

Vielleicht findet sich ja jemand, der beide Systeme gut kennt und meine Einschätzung stützen oder widerlegen kann.

Würde mich auf jeden Fall interessieren.

Viele Grüße

Und – nicht gegen die anderen Moderatoren, aber Gerrit macht das sehr gut. Schade das er nicht regelmäßiger zu hören ist!

über welchem Wege tritt das Problem denn auf? Ich konnte den Fehler leider nicht rekonstruieren.

Grüße, Marcel