CMS: Typo3 oder Midgard?

[Matt]

Hallo?

Ich hab jetzt ein paar websites mit Typo3 gemacht bin aber unzufrieden mit dem völlig überladenen und absolut undurchsichtigen system (und dem tonnenweise antiquierten code). Was ich andererseits mag ist die Macht die man damit hat. Allerdings muss es doch auch so ein ding in der mitte geben - das vernünftig und gut ist - und gleichzeitig mächtig...

Midgard CMS mit Aegir hat mich ja schon immer interessiert, aber leider steige ich nicht ganz dahinter, was das eigentlich ist und was es kann...
Also würde ich gerne mal wissen, was die unterschiede und die vorteile der beiden systeme sind..

liebe grüße,
Matt

[c4]

Such Dir eins aus:
--> http://www.opensourcecms.com/

[meikel (†)]

Zitat von Matt

(und dem tonnenweise antiquierten code)

Der Wurm muß dem Fisch schmecken und nicht dem Angler.

[Matt]

@Meikel:

Du sagst das so leicht, allerdings ging es in einem speziellen fall für eine öffentliche institution die an die neuen Accessibility Gesetze gerichtet sind... und Typo3 ist beispielsweise nicht einfach so dazu zu bewegen, valides XHTML zu erzeugen - da kommen noch überall tabellen usw. vor. Einen entsprechenden Hack ("css_styled_content" gibt es zwar, der hilft aber auch nicht viel, da es dem autor (dem, der das CMS selbst geschrieben hat) offensichtlich zu viel arbeit war, alles auf XHTML zu ändern. So ist es beispielsweise nur möglich 80% der meist benötigten Features XHTML konform zu bekommen. Andere dinge wie sitemaps, Suchformulare, etc. sind da fast schon ein ding der unmöglichkeit...

Dazu die tatsache, dass man sich ungefähr 1000 Codezeilen generieren lassen muss, um ein Plugin zu schreiben, das ist meiner meinung nach schon grottig.


Übrigens ist Midgard auf Opensourcecms.org nicht gehostet...

[meikel (†)]

Zitat von Matt

Du sagst das so leicht,

Ja klar. Du stehst vor der Wahl, entweder ein existierendes System zu verändern oder ein neues zu programmieren. Weil beides nicht an einem Wochenende erledigt werden kann, stellt sich da zumindest die Frage nach Aufwand und Nutzen.

Übrigens ist Midgard auf Opensourcecms.org nicht gehostet...

Midgard basierte zumindest damals (paar Jahre her) darauf, daß PHP und der Apache speziell gepatcht sein mußten. Falls das heute auch noch so ist, wäre mir sowas zumindest suspekt.

[Matt]

Also... JEIN...
Midgard ist prinzipiell eine CMS-API, die als Apache Modul (oder soetwas ähnliches) läuft. Darauf basieren dann diverse PHP basierte Frontends - wie beispielsweise Asgard.
Das das etwas merkwürdig ist, ist klar aber ich denke das hat auch vorteile - was sicherheit als auch geschwindigkeit und flexibilität bietet (Midgard ist in C++ geschrieben - das ist mit gutem grund eine der präferierten Sprachen für wirklich große Sachen - PHP ist ebenfalls mit gutem Grund eine der Sprachen mit der man wirklich große Sachen eher nicht machen sollte (ist durch PHP5 besser, aber trotzdem)

[meikel (†)]

Zitat von Matt

Also... JEIN...
Midgard ist prinzipiell eine CMS-API, die als Apache Modul (oder soetwas ähnliches) läuft.

Midgard hatte ich mir damals zu PHP3 Zeiten mal angeguckt. Kann möglich sein, daß das heute alles ganz anders ist, aber eben 'damals' erforderte das Teil einen spezial gepatchten Apachen incl. einer ebenfalls umgewuselten PHP Version.

Damit fiel das Teil bei mir durch, weil es eben 'damals' keinen Provider gab, der das System angeboten hatte. Heute wäre das kein Problem (Mietserver), aber ich habe an solchen Monsterscripten (Midgard, Typo3 usw.) kein großes Interesse. Warum? Als Sicherheitsfanatiker müßte ich alle Quelltexte nach Bugs untersuchen - dazu habe ich allerdings keine Lust, weil es viel zu zeitaufwendig ist. Da schreibe ich mir lieber gleich was neues.

PHP ist ebenfalls mit gutem Grund eine der Sprachen mit der man wirklich große Sachen eher nicht machen sollte (ist durch PHP5 besser, aber trotzdem)

Naja, mein Zeuch ist bescheiden:
Client schickt Request und der Server beantwortet den. Und da ich Wert auf niedrige Scriptlaufzeiten lege: die Kunst liegt im Weglassen. Ein stark frequentiertes CMS würde ich grundsätzlich so aufbauen, daß das Script am Schluß aus der DB HTML Files generiert, weil Webseiten wesentlich häufiger gelesen als neu geschrieben werden.

[rfurrer]

Vielleicht wäre das was für Dich:

http:\\www.der-dirigent.de

Gruss
Rolf