beckerCodes

Guten Abend,

ich wollte mal hier so herum fragen, was ihr persönlich von einem guten CMS erwartet. Sowohl die allgemeinen Eigenschaften, als auch im speziellen die Module würden mich interessieren.
Ich arbeite nämlich momentan mit ein paar Leuten an einem CMS. Die Arbeiten am Core sind fast abgeschlossen und so langsam müssen wir uns ein paar nähere Gedanken zu den Modulen machen. Das CMS ist modular aufgebaut und soll komplett Flexibel sein, also für mehrere Zielgruppen anpassbar.
Hauptaugenmerk soll jedoch auf der Buisness Schiene liegen.

Ich würde mich über ein paar konstruktive Beiträge sehr freuen.

Mister Ad

Baltasar

Was mich bisher bei fast jedem CMS gestört hat war die Tatsache, dass man Inhalte nicht über größere Umwege in anderen Inhalten verlinken konnte.

beckerCodes

Ja das ist wahr,zeitaufwendig und nervenaufreibend, also danke für deinen Vorschlag.

Flor1an

Wenn ihr auf der "Buisness Schiene" fahren wollt dann solltet ihr euch vielleicht mal JCR anschauen. Das ist zwar ein Java Standard kann aber genauso auf PHP übertragen werden. Das ganze ist sogesehen ein Standard wie ein Repository aufgebaut werden sollte. Das Repository ist dabei die Datenschicht im CMS. Dabei werden halt die Standardprobleme beantwortet: JCR v1.0 Specification HTML version

Folgende Fragestellungen würde ich erstmal im Core betrachten (weiß nicht ob ihr euch so genau damit auseinandergesetzt habt):

Datenhaltung:
Wie werden die Daten gespeichert, gibt es die Möglichkeit die Datenbank auszutauschen, die Struktur der Datenbank auszutauschen oder vielleicht auf Filesysteme oder XML Dateien zurückzugreifen? Gibt es die Möglichkeit auf andere Repository aufzubauen.

Content Types:
Wie werden Datentypen in eurem CMS behandelt, Text, Dokumente (pdf), Bilder, Flash, Filme (avi, mpg oder vfl) ... wie können diese geschickt mit dem Content verknüpft werden.

User Management/Authorization:
Wie funktioniert die Rechtevergabe, gibt es Rollen, können Gruppen definiert werden, können einzelne Daten einzeln mit Rechten vergeben werden?

Versioning/Revision Tracking:
Wie werden Änderungen am Datenbestand mitgeloggt? Wie kann (und wer kann?) frühere Versionen einsehen/wiederherstellen? Wer bearbeitet den Content (nachvollziehen).

Locking/Transactions:
Wie werden Inhalte beim bearbeiten gesperrt damit kein anderer die Daten verändert und es so zu Datenverlust kommt? Wie wird die sperre wieder aufgehoben ...

Scalability/Caching:
Wie kann man das System skalieren sollte es mal einen größeren Ansturm geben? Gibt es Cachinglevel die nur aktiviert werden müssen, wie werden Caches invalidiert? Wie sieht es mit dem auslagern auf mehrere Server aus? Können Sessions über mehrere Server gehandelt werden oder nur auf einem einzigen (standard PHP Verhalten)?

Workflow:
Wie werden Workflows abgebildet? (Workflow: Editor schreibt Inhalte => andere Editoren lesen Artikel gegen => Redaktionschef überprüft den Artikel => gibt ihn frei zum deployen oder stuft Artikel zurück so dass er nochmal bearbeitet werden muss)

Staging:
Gibt es staging? Also Redaktionsserver (Inhalte werden erstellt/gewartet/verwaltet) und den Produktionsserver (getrennt vom Redaktionsserver, liefert Inhalte an den User).

Publishing/Deployment:
Wie werden Deploymentvorgänge umgesetzt? Wie ist es möglich nur die nötigen neuen/veränderten Daten auf die Server in der Produktion zu schieben.

Search Engine:
Wie werden Inhalte gefunden (sehr wichtig grad bei verschiedenen Datentypen, Tagging?)

Internationalization/Localization/Personalization:
Int. und Loc. dürfte klar sein! Personalization: Wie ist es möglich Inhalte auf den User abgestimmt anzuzeigen und zusammen zu stellen? Amazon Kaufvorschläge z.B. bzw. ähnliche Artikel.

Syndication:
Ist es möglich Daten von anderen Plattformen einzupflegen bzw. direkt in die Seite einzubinden? Z.B. Twitterstream, Nachrichten von Webseiten (RSS Feeds etc.)

Link Management:
Wie Baltasar schon angesprochen hat: Wie werden Inhalte untereinander verlinkt, was passiert wenn ein Inhalt gelöscht wird? Wie werden alle Links auf diesen Artikel entfernt, wie können Links auf ähnliche Artikel generiert? (Tagging??) Was passiert wenn der User einen falschen Link benutzt?

Multi-Site Management:
Ist es möglich mit einem Backend verschiedene Seiten zu betreiben?

Output:
Wie werden Inhalte zum anzeigen generiert? Gibt es Möglichkeiten Inhalte als HTML Dokument, XML, PDF, Druckansicht zu generieren?



Das wären jetzt mal die Hauptfeatures die ein CMS können sollte wenn es im Buisness Bereich mitspielen möchte. Wenn du mit Modulen sowas wie Gästebuch und Voting oder Topliste meinst dann weiß ich nicht ob das so gut ins CMS passt. Denn eigentlich ist das CMS dafür da Inhalte zu verwalten (wie schon der Name sagt). Solche Module sind eigentlich viel zu speziell als dass man diese im voraus für alle Entwickeln könnte. Macht euch lieber Gedanken wie es für Nutzer des CMS möglich ist solche Module einfach zu erstellen.

beckerCodes

Florian, vielen dank für deinen ausführlichen Beitrag. JCR werden wir uns auf jedenfall genauer anschauen. Einen Teil deiner Vorschläge hatten wir so noch gar nicht oder nur zum Teil berücksichtigt also, vielen dank dafür.

Mit Modulen meinten wir vorallem solche Sachen, wie die die du aufgezählt hast, zwar interessieren uns auch spezifische Modulvorschläge, die von Standartmodulen abweichen, aber diese sind dann im Vergleich zu Vorschlägen wie deinen eher zweitrangig.

xm22

Was mich bisher oft gestört hat, war, dass CMSe immer eine Applikation waren, anstatt daraus 2 unabhängige für Front- und Backend zu machen.

beckerCodes

xm22 kannst du das genauer erläutern? wie stellst du dir eine komplette trennung vor?

xm22

Alle CMSe, die ich kenne, sind ein Verbund von Frontend und Backend, die zum Teil auch noch auf den selben Klassen aufbauen. Ist ja in der Mehrzahl der Fälle auch völlig ok. Was ich mir allerdings wünsche, wäre, das Backend auch als völlig eigene Appklikation, die dann unabhängig vom Frontend benutz- und wartbar wäre. ODer zumindest solche Schnittstellen, die das Umsetzen eigener Backends ermöglichen.

Die Motivation dabei ist, dass ich schon öfters den Fall hatte, dass jemand ein CMS hatte, ihm die Bedienung aber missfiel. Da kann man halt nicht einfach kommen und sagen:"Ich bau Dir das nach Deinen Wünschen um".

beckerCodes

achso ja ok wir werden drüber nachdenken, danke

Flor1an

Ich denke CMS konzentriert sich auch größtenteils auf die Backendkomponente. Wie der Name sagt geht es ja um die Verwaltung von Daten, nicht direkt um die Darstellung. Da im Normalfall sowieso jeweils eine ganz andere Art der Anzeige pro Seite genutzt wird sollte das Hauptaugenmerk wirklich auf dem Backend liegen.

Ich würde sogar noch einen Schritt weiter gehen und nicht nur Frontend/Backend trennen sondern auch das Repository. JCR ist ja eigentlich nur eine Schnittstelle die nach oben dem Backend die normalen CRUD Aufgaben ermöglicht und nach unten hin eine einheitliche Schnittstelle für Repositories anbietet. Sinnvoll wäre es also das System so zu entwickeln das es unabhängig vom Repository läuft und somit das Repository austauschbar wäre.