Eure Erwartungen an ein CMS?
 

Hi. Da mein eigenes kleines CMS nun fast fertig ist (Design fehlt noch und ein Standardmodul) wollte ich mich mal erkundigen, welche Funktionen ihr so im allgemeinem von einem CMS erwartet.

Momentan bedacht habe ich halt folgendes:
- News
- Statische Seiten

Das ist im Prinzip für meine Bedürfnisse schon fast alles, was ich benötige.

Was ich noch in angriff nehmen wollte wäre z.B. ein Newslettermodul.
Da stellt sich mir aber schon die Frage: Reicht ein einfacher Newsletter (wie z.B. beim X-Mentor) oder sollte der Kategorien integriert haben?

Wie wichtig sind Zugriffsbeschränkungen / Benutzerverwaltung?
Muss eine eigene Auszeichnugssprache für die Inhalte sein oder reicht HTML (eventuell in Kombination mit einem entsprechendem Wysiwg-Editor)?
Welche Syntax würdet ihr bevorzugen? BBCodes oder eher in Richtung Wikis? Vielleicht sogar Texttile?

Falls jemand interesse an meinem CMS hat:
Es basiert auf PHP und MySQL (wobei das leicht auszutauschen sein sollte), ist einigermaßen OOP, halbwegs sogar nach MVC-Prinzip ausgerichtet und absolut Modul und Plugin orientiert. Als Templatesystem verwende ich Smarty (wegen MVC).
Besonders gut geeignet ist es für Seiten, die sowohl dynamischen als auch statisch sind, allerdings wohl eher kleinere.
Zusätzlich ist es für den Einsatz auf mehrsprachigen Seiten bestens gewappnet (zumindest hoffe ich das).

Na ja, mehr dazu am Wochenende - sofern es der Designer bis dahin schafft, ein Design herzustellen. ;)

Ich bedanke mich schonmal für eure Kommentare. :)

Das grösste Problem und das am meisten vermisste Feature ist wohl (meiner Meinung nach), dass man die Inhalte in einem CMS nicht vollkommen frei platzieren kann. Es gibt ein vorgefertigtes Design, dorthin werden die Inhalte geladen und der eigentlich Inhalt ist das einzige was man ändern kann.
Ich hätte es gerne so, dass man das Layout für jede Seite frei bestimmen kann. Zb. könnte man so die „Startseite“ so gestalten, dass es wirklich etwas optisch ansprechendes bietet (und nicht diesen veralterten Portal-Look) :)

Als Anforderung an ein CMS stelle ich einzig und allein, dass ich den auszugebenden Inhalt schnell und einfach editieren und entsprechend aufstocken bzw. reduzieren kann. Egal wo ich gerade bin!

Das Design gehört für mich nicht zu den Aufgaben eines CMS. Dort sollte möglichst freie Hand gelassen werden.
Wenn ich die Möglichkeit und das Wissen hätte ein CMS zu programmieren, würde ich entsprechende Templates mit passender CSS anbieten, die im Auslieferungszustand wie eine Druckversion ausschauen. So kann man verhindern, dass jede 2. Seite die das CMS einsetzen würde gleich ausschaut. Natürlich würde man damit schon einen Großteil an potenziellen Nutzern verlieren.


Der ist nicht veraltet :) ... der ist nur zu oft zweckentfremdet und mit Nonsinns vollgestopft ... (analoge Uhr, regionales Wetter, zu viel Werbung, ausgelesene News von Seiten die nicht zum Thema passen, Shoutbox u.v.m.)

Einfachste Usability, so dass selbst mein Vater es versteht ;)

(Der tut sich schon mit X-Mentor schwer...)

Erstmal danke. :)

Die Vorschläge von Dominik (für jede Seite ein eigenes Template möglich) und Jan (Auslieferung mit einfachsten Templates + CSS) werde ich auf jedenfall berücksichtigen.

@archibald: Na ja, meine Planung richtet sich eher weniger in diese Sparte. Finde es auch schwer, etwas derart komplexes wie ein CMS so einfach zu realisieren. Besonders im Backend. Hättest du ein paar konkrete Vorschläge dafür?



Mal was anderes zum bedenken:
Die Navigation habe ich momentan direkt im Template integriert. Eine Navigation ändert sich ja nicht so häufig, weswegen ich es für weniger sinnvoll halte, die Navigation irgendwie auszulagern - zumal man das mit Smarty sicher irgendwie hinbekommt (ich erinnere mich dunkel daran, irgendwas von include in der Smarty-Doku gelesen zu haben).
Was haltet ihr davon? Navigation dynamisch oder von Hand erstellen? Wenn dynamisch, dann wie tief?

hmm. was sollte ein CMS könne. Im Moment alles das was phpwcms kann *g*
Nein ich bin nicht darauf fixiert, allerdings habe ich jetzt einige Seite damit umgesetzt und bin sehr begeistert.

Ich würd die Navigation dynmaisch machen. Wie tief. So tief wies der Admin will :-)

Das würde dann aber einiges an Flexibilität im Design nehmen, weil man dann die Navigationselemente nicht mehr frei plazieren kann.
Abgesehen davon hab ich keine Ahnung, ob man mit Smarty rekursiv arbeiten kann - was ja bei sowas notwendig wäre. ^^"


Noch was anderes: Wie wichtig ist es, die Templates online bearbeiten zu können?

Tag

Ist es nicht gerade die Aufgabe eines CMS eine saubere Trennung von Content und Design? Daher ist es doch auch die Aufgabe eines CMS.

Fuer mich persoenlich sind folgende Punkte wichtig:
Als Administrator/Entwickler
-Templates
-Templates einfach erstellen. Eventuell mit einem Editor.
-Grundfunktionen wie Druckversion oder als PDF
-Moeglichkeit eines einfachen Updates/Abgleich von einer Testumgebung auf eine Liveumgebung (ist halt dann die Frage des Einsatzgebietes, aber wenn grosse Sites das Ziel ist, dann ist dies ein Knackpunkt.)
-Plugin-Moeglichkeit
-Benutzerverwaltung, damit man Bereiche fuer die Abteilung A und Bereiche fuer die Abteilung B freigeben kann.
-Einfache Statistik, damit man einen Ueberblick hat, was die Benutzer interessiert hat oder nicht.
-Caching
-Backup

Als Redakteur/Benutzer
-Einen Richtexteditor, der mich den Inhalt so bearbeiten laesst, wie ich es von anderen Textprogrammen kenne. (Oberste Prioritaet fuer die Akzeptanz bei den Redakteuren)
-Verstaendliche Begriffe und einfache Navigation
-Einfuegemoeglichkeit von Bildern und Dateien.
-Moeglichkeit Formulare zu erstellen fuer Kontaktanfragen.

"Plugins"
-News (wenn nicht schon dabei)
-Verzeichnis in der Art von Yahoo um Bilder, Dokumente usw. kategorisiert abzulegen
-Einfaches Forum und Gaestebuch
-Newsletter


Sind mal so die Grundpunkte, die ich wichtig finde ;)

gruss
fabian

Hmmm, ja, aber wenn Du es nicht dynamisch machst, dann schraenkst Du es auf eine fixe Anzahl Ebenen ein und welcher Administrator laesst sich schon gerne einschraenken?
Die Navigations muss dynamisch sein. Ob es Sinn macht ueber mehr als 3 Ebenen zu schaffen muss nicht vom CMS vorgegeben werden, sondern von der Person, der das CMS einsetzt.



Wichtig in der Phase, wo man entwickelt. Wichtig dann, wenn man schnell von irgendwo auf der Welt am Design was aendern will und man nicht gerade ein FTP Programm zur Hand hat um ein Template zu aktualisieren.

gruss
fabian

Gerade wenn ich die Navigation in die Templates verweise, gibt es doch quasi gar keine Beschränkung, oder sehe ich das falsch?
Wenn ich mir einige der Seiten ansehe, die mit dem X-Mentor realisiert wurden, so findet man dort auch öfters einen fest ins Template integrierten Link auf irgendeinen Artikel.
Also kann das so schlecht nicht sein - und an Flexibilität ist es sowieso nicht zu übertreffen, da ich keine dieser üblichen, starren Navigationen vorgegeben habe, sondern die Navigation teil des Designs ist - was aus meiner Sicht auch vollkommen korrekt ist.

Stimmt. Na gut. Dann werd ich das wohl noch als Funktion integrieren ...


Ansonsten muss ich sagen, dass ich fast keinen deiner genannten Punkte berücksichtigt habe. ^^"

Wenn das ganze ordentlich designed ist wäre es kein Problem, eine Print-CSS anzugeben.

Java oder Javascript? Wenn Java, dann wie schnell? Ich hab schon mit dem Gedanken gespielt, Kafenio zu integrieren, allerdings bevorzuge ich selbst die Variante, bei der ich direkt das HTML eingebe (weil es sonst mit dem Design zu kompliziert werden könnte - wegen CSS-Klassen, usw.).

Deine "Plugins" nennen sich bei meinem Konzept übrigens "Module". Plugins gibt es auch, allerdings sind die für das hinzufügen von Variablen für das Template zuständig und nicht den eigentlichen Inhalt der Seite.
Foren etc. werden meist sowieso externe verwendet. Wesentlich interessanter fände ich da eine bessere integration des externen Forensystems in das CMS (Plugins für Funktionen wie "letzte Beiträge" sind bereits geplant).

Nicht, dass wir und falsch verstehen ;)

Natürlich sollte man bei der Administration des CMS das Design einpflegen können. Aber das CMS sollte kein Design vorgeben. Darum sollten sich die Nutzer selbst kümmern.

Ansonsten sind wir wieder bei einer Install 2 Run Lösung, wo jede zweite Seite die gleiche Optik hat.

Gut, ich denke wohl eher, dass wir da Beide vom Gleichen reden ;)


Kommt darauf an, was Deine Zielgruppe ist. Mit Javascript liegst sicher nicht falsch. Bei Java musst halt schon damit rechnen, dass Jemand kein JRE auf dem Rechner installiert hat.
Kafenio kenne ich nicht.
Es geht einfach darum, dass ein normaler Benutzer, der keine Ahnung von Technik hat, aber die Aufgabe besitzt einen Bereich des CMS zu betreuen, die Waende rauf geht, wenn der Editor "nur" mit BBCodes versehen ist. Daher ein Editor in Richtung HTMLArea, den man dem Benutzer anlernen kann.


OK, dies ist die andere Moeglichkeit. Da musst einfach eine saubere Schnittstelle haben, damit das Forensystem auf die Benutzer zugreifen kann, wenn diese im CMS fuehrst. Sprich, wenn ich als Beispiel Phorum anschaue, dann gibt es da die Moeglichkeit, die Benutzer aus einer externen Benutzertabelle einzubinden. Wenn das CMS dann eben diese Moeglichkeit zulaesst, dann ist alles gut ;)



Da bin ich anderer Meinung. Wenn keine Community vorhanden ist, welche Designtemplates erstellt, dann hat es ein neues CMS schwer.
Persoenlich bin ich auch kein Fan davon, dass Alles gleich aussieht, aber nicht jeder hat die Zeit und auch das Wissen sowas zu machen und der moechte ganz einfach ein Programm runterladen. Auf den Server kopieren und es muss laufen. Und dazu gehoert auch eine Auswahl an Designvorlagen.
Die Individualisten haben ja dann immer noch die Moeglichkeit, selber eines zu machen.

gruss
fabian

Vielleicht zwei getrennte Backends: Eins für mich als Admin, eins für meinen Vater das sehr einfach zu bedienen ist.

Ich hab keine Benutzerverwaltung eingeplant.
Mir geht es bei meinem Entwurf ausschliesslich um Content-Managment, nicht um irgendetwas anderes. Sicher wäre eine Benutzerverwaltung manchmal wünschenswert, aber ich ziele eher auf kleinere Seiten mit Inhalten, die sich nicht zu häufig ändern - mal von den News abgesehen.

BBCodes sind mir nicht mächtig genug. Man braucht auch häufiger mal Tabellen oder sonstwas, deshalb hab ich mich für HTML entschieden.
Allerdings hast du wohl recht, so dass ich zumindest HTMLArea integrieren werde - optional.
Ich ziele also eher auf Leute mit HTML Kenntnissen ab, allerdings stimmt es schon, dass ich wenigstens eine Alternative bieten muss, so dass auch Leute ohne HTML-Erfahrung den Inhalt bearbeiten können.


Ist eine Benutzerverwaltung so wichtig? Ich hatte sie bislang nicht bedacht, weil meine Zielgruppe eher die Einzelperson ist, die eine private Webseite oder anhand eines Auftrages erstellt - also quasi genau das, was ich bislang vergeblich gesucht habe.

Wer sich meinen bisherigen Entwurf mal ansehen will: Einfach ne PN schicken.
Momentan sieht die Webseite aus wie die von SimpleEdit und der Administrationsbereich sieht ziehmlich häßlich aus, aber das werd ich später korrigieren.

-----

-----

Mit ansehen meinte ich nicht unbedingt den Code, sondern einfach die Art des CMS.

hmm, wenn Deine Zielgruppe Einzelpersonen ist, dann braucht es nicht zwingend eine. Sagen wir es mal so, ich persoenlich wuerde ein kleines Benutzersystem einfuehren. Einfach mit Namen, Passwort und Berechtigungszahl. Auch wenn es am Anfang noch keinen direkten Zweck hast, so kannst damit wenigstens mehrere Logins erstellen, damit halt auch 2 Personen sich einloggen koennen und nicht die Daten des anderen wissen muessen. Muss ja Nichts todschickes sein.

gruss
fabian

Und wie sollte das mit den Zugriffsrechten geregelt werden? Über die "Berechtigungszahl" und dann die einzelnen Module?
Wäre ein recht einfaches Modell... nur ob es so besonders effektiv wäre? Das Pagemodul besitzt zur Zeit keine Kategorien, weswegen man wohl nur das gesammte Modul freigeben könnte.
Beim Newsmodul sieht es wieder anders aus... ja. Die Idee gefällt mir. :)
Denke das werde ich dann in so umsetzen.

Danke dir. :)

Naja, da gibt es mehrere Moeglichkeiten. Wenn es einfach handhaben willst, dann gibt es diese Zahl und Irgendwo kannst dann einer Seite (Content page) sagen, dass jeder der Zahl 10 oder hoeher, diese Page editieren kann. Hoeher als 20 darf er auch loeschen, usw. . Zusaetzlich bei den Modulen koenntest sagen, dass hoeher 20 News erstellen darf, usw.
Ist nur eine Variante.

//EDIT:
Wichtig finde ich halt, dass eine einfache Benutzerverwaltung einfuehrst. Sie kann ja am Anfang auch nur sein, um ein sich einzuloggen. Wenn das CMS im Einsatz ist, dann kommen sicher noch andere Ideen.

Es gibt nun eine erste Online-Demo (allerdings nur Frontend) von meinem CMS.
Hier zu finden: http://www.dragon-scripts.de/dino/

Ich hab mir jetzt mal die Punkte hier rausgesucht, von denen ich denke, dass sie am besten in mein Konzept passen:
http://www.dragon-scripts.de/dino/checklist.html

Ich persönlich finde das System bereits sehr gut. Es ist einfach, damit neue Seiten zu erstellen und die Verwaltung der Seiten ist sehr einfach (weil es nicht viel zu verwalten gibt).
Es gibt die Möglichkeit, verschiedene Templates zu verwenden. Anhand der Templates wird dann eine Seitenschablone geladen, so können Seiten noch einfacher verwaltet werden (obwohl ich davon bislang noch keinen gebrauch gemacht habe).

Beim Benutzermanagment bin ich mir allerdings doch noch nicht so sicher... ich habe mir zwar etwas ausgearbeitet, dass sich leicht integrieren lassen würde, und das auch effektiv wäre, aber trotzdem bin ich mir noch nicht sicher, ob ich das auch wirklich möchte.
Ich denke ich werde es auf das nächste Release verschieben (die Architektur ist flexibel genug, so dass das kein Problem gibt).

Mein Entwurf geht dahin, dass Benutzermanagment abstrakt hinzuzufügen. Und zwar in der Richtung, dass ich eine Klasse "User" implementiere, die die Methode "can" besitzt. Die Standardimplementierung wird immer "true" liefern, kann jedoch spielend einfach überschrieben werden, so dass beispielsweise das Usermanagment eines Forensystems integriert werden könnte.
Das würde allerdings nur für das Backend gelten. Wäre das eine akzeptable Lösung?

- skalierbarkeit
- vollständige flexibilität
- Modul-artiger aufbau
- frontend backend aufbau
- User-Management System
- Language Managemnt System

Und sehr wichtig ist, dass die Bedienbarkeit, wenn das system einmal in Betrieb ist, schnell und unkompliziert erfolgen kann.

hmm du solltest bei Dino aufjedenfall mal die Setup Routine vereinfachen. Die "Dokument Root" Einstellungen könntne unerfahren Nutzer abschrecken Dino zu nutzen...
Jens :-)

Ja, ist eingeplant. Überhaupt muss ich die Einstellungen wohl nochmal überarbeiten, so dass sie besser zu nutzen sind (auch für die Konfiguration von Modulen und Plugins).

Ja.. Wollte es mir heute morgen mal schnell vor der uni lokal installieren aber da klappt dann was nicht mit dem Dokument Root.. Hatte dann auch keine Zeit mehr zu schauen. ;)

Bei der Version, die ich eben heruntergeladen habe, ist ein Fehler in der setup.php:
Um die Datei config.inc.php zu includen, benötigt das Skript die Konstante DSCMS_ROOT, welche allerings zu diesem Zeitpunkt noch nicht definiert ist, sondern die erst in der Datei config.inc.php definiert wird.

War mir schon bekannt, hab's dann aber doch eben behoben und die fehlerbereinigte Version hochgeladen.
Es gibt allerdings noch nicht allzuviel zu sehen - ein Test zum jetzigen Zeitpunkt ist also nicht wirklich aussagekräftig. ;)

Genau sowas habe ich gesucht! :eek:

Ein einfaches System mit einer Navigation und News! Wahnsinn!! Bitte bitte sag mir ab wann man sich es downloaden kann bzw. die von meinen Vorredner angesprochnenen Probleme behoben sein werden.

gruss,
Snake

Download gibts bereits auf der Webseite (http://www.dragon-scripts.de/dino/download.html).
Das Setup sollte fehlerfrei funktionieren.
Es fehlen allerdings noch einige Funktionen.

Bei mir bleibt das installierte CMS so http://saschak.xardas.lima-city.de/dino/ .
Obwohl ich News und Seiten eingetragen habe, kannst du mir bitte sagen woran das liegt?

PS:
Bin noch ein absoluter Neuling in Beziehung auf CMS, sorry für vieleicht nicht ganz so schlaue Fragen. ;)

gruss,
Snake

Hast du eine Seite mit dem Namen "index" erstellt (Locale: "de_DE" - ausser du hast in der Konfiguration etwas anderes eingestellt)?
Eine weitere "magische" Seite ist die Seite, mit dem Namen "404" - die wird angezeigt, wenn die angeforderte Seite nicht gefunden wird.

Ansonsten muss das Menü zur Zeit manuell im Template erstellt werden (mit HTML - sollte nicht allzuschwer seien, wenn man bei einem CSS-basierendem Layout bleibt).

Das Newsmodul benötigt soweit ich weiß noch Templates, d.h. du musst die entsprechenden Templates für das Newsmodul noch selbst erstellen (müsste selbst erst nachschauen, wie die heißen müssen - mit dem Modul hab ich nichts am Hut. ;) ).

Wann kann man denn ca. mit einer Final Version rechnen? Wäre sehr interessiert, weil ich schon lange so ein CMS suche ... hast echt ne Marktlücke endeckt ;)

Ich hoffe in zwei Monaten.
Muss aber gucken, wie's vorran geht. Momentan entwickelt Skatefreak sehr viele Module (Newsletter, Votings) und ich mache mir Gedanken über das Design der User-API.

Freut mich, Kommentare zu lesen (bislang kam nicht allzuviel an Kommentaren). :)

2 Monate? Ist ja noch eine lange Zeit ;)

Kann man dann einfach auf die Final Version updaten oder muss man die neuinstallieren? Oder kannst das jetzt noch nicht sagen?

Ich setze Dino bereits ein und plane die SimpleEdit-Webseite und eine neue darauf aufzubauen (und da werde ich nicht warten, bis die Final raus ist (ich vertraue halt auf meine Arbeit)).
Also bin ich wohl gezwungen, eine Update-Funktion einzubauen. ;)
Davon abgesehen ist es dank der modularen Struktur kein großes Problem, ein Update zu integrieren.

Das ist gut, dann kann ich ja jetzt schon anfangen es einzusetzen ;)

Was erwarte ich von einem CMS?
 

Ahoy!

Aaaalso, ich als Joomla!-Fan und -"geschädigter" hab irgendwann auch angefangen, mir Gedanken darüber zu machen, was mir z.B. an den mir bisher bekannten CMS fehlt.
Neben den bisher hier bereits diskutierten Punkten sind dies:

• Multilingualität
• Mulitpagefähigkeit
• W3C-valider (X)HTML-Code
• Knotenbasierte Content-Struktur statt hierarchischen Ebenen

Dabei ist natürlich zu berücksichtigen - und offensichtlich erkennbar - dass ich nicht den Einzelperson-Webbetreiber als Zielgruppe im Visier habe.
phpwcms hab ich mir übrigens mal gerade eben angeschaut und es macht einen ganz passablen Eindruck - wenn man nur eine Webseite betreiben will.

Wie komme ich nun auf diese wahnwitzigen Ideen?

Nun, ich "bastele" - anders kann man das wirklich nicht nennen - in meiner Freizeit an einem www.Esoterik-Portal.de (eigentlich sind es zwei: www.Tarot-Club.de), das u.a. diverse Sachen als Webservice anbietet. "Renner" ist derzeit ein Programm, mit dem man online Orakel-Karten ziehen kann und dafür eine Deutung aus Text-Konserven bekommt.

Warum Multi-Lingualität?
Crux ist, dass mein erster Kunde ein ziemlich erfolgreicher Buchautor (www.tarot.de) ist, dessen Bücher in mehrere Sprachen übersetzt wurde und er dieses Spiel auch Besuchern seiner Homepage anbieten können wollte, die eine andere Muttersprache sprechen.
Das ist im Prinzip eine gute Sache und wenn man es einmal im Grundkonzept des Systems berücksichtigt hat, ist es kein soo besonders großer Aufwand mehr, das "mitzuziehen" - egal, ob es genutzt wird oder nicht.

Warum Multipage-Fähigkeit?
Nun wie gesagt, ich habe eine andere Zielgruppe im Visier (bzw. bin selbst eine): Betreiber von Portalen und Anbeiter von Services. Ein "Distributor" von mir "vertickt" eben dieses Online-Orakelsystem als Service an seine Kunden: RTL, AOL, Yahoo, Lycos und andere, "brancheninterne" Größen wie z.B. www.Astrologie.de.
Das Programm soll immer auf ein und demselben Server laufen und je nach aufrufendem Kunden ein anderes Erscheinungsbild haben (Farben, Schriftarten und -größen, etc.).
Genau dasselbe habe ich nun auch selbst in Zusammenarbeit mit einem entsprechende "angehauchten" Verlag vor.

Warum W3C-valider Code?
U.a. genau aus dem Grund, warum es CMS gibt: Trennung von Inhalt/Struktur und Layout/Design.
HTML und XHTML entwickeln sich immer mehr in diese Richtung und XHTML1.1 verlangt beinahe nach ausschließlich durch CSS vorgegebenem Design (was ich persönlich vollkommen in Ordnung finde).
Sehr schade finde ich z.B., dass Brattlis an und für sich sehr schöne CoolMenus ( www.dynarch.com ) nicht mehr funktionieren, sobald ein !DOCTYPE für ein HTML-Dokument angegeben wird (zumindest war es in früheren Versionen so.

Joomla! bietet bisher in dieser Richtung zwar ganz gute Ansätze, diese werden allerdings durch zahlreiche Komponenten wieder zunichte gemacht, die nicht im Traum daran denken, sich an irgendwelche Standards zu halten - "Hauptsache funzt".
Diese Einstellung passt aber nicht mehr zu einem zunehmend an Qualitätsbewußtsein gewinnendem Kundenkreis. Und sie ist vor allem dann hinderlich, wenn man Content als Service anbietet, der in andere Seiten eingebunden wird: wenn man sich selbst an Standards hält, kann es bei Problemen wohl doch nur an der nicht standard-konformen Handhabung durch den Kunden liegen, oder? ;)

Mir wäre es fast am Liebsten, wenn die Ausgabe vom CMS gleich so gesteuert werden kann, dass zwar jede Seite evtl. ein eigenes CSS-Design haben kann, aber der erzeugte HTML-Code "von außen" (also seitens des Betreibers des CMS) so gut wie gar nicht beeinflussbar ist - ergo auch keine Templates, sondern nur Themes und viel, viel Wissen über CSS.

Der letzte Knackpunkt:
Warum knotenbasierte Content-Struktur statt hierarchischen Ebenen?
Zuerst dachte, ich stelle mit dieser Anforderung einen Einzelfall dar - aber inzwischen ist mir die Problematik auch bei einem "echten" Kunden begegnet.
Der Kunde bietet Sprachkurse und kulturelle Reise-Events an: Italienisch lernen in Italien, entweder als reine Sprach- und Intensivkurse, z. T. aber auch kombiniert mit Malen, Kochen, Weinproben, Winzereibesuchen usw. Daneben aber auchreine Mal- und Kochkurse.
Themenkategorieen sind ganz klar: Malkurse, Kochkurse, Sprachkurse, Weinreisen...
Dämmert's? ;)
Richtig: einige Kurse fallen sowohl in die Kategorie "Sprachkurse" wie auch "Kochkurse" - und sollen laut Kunden auch über beide Menüpunkte erreichbar sein.
Bisher einzig gangbare Lösung: den Content doppelt reinsetzen - einmal als Sprachkurs, ein ander mal als Kochkurs. Schwierig wird es nur bei der Pflege und noch schwieriger, wenn andere Contents (Termine) mit der Kursbeschreibung verknüpft werden sollen.

Bei meinen eigenen Anwendungen gestaltet es sich ähnlich und noch verworrener:
Da gibt es Leute, die beschäftigen sich mit Runen als magischen "Gebrauchsgegenständen", für andere sind sie einfach nur Bestandteile der (nordischen) Mythologie. Wie richte ich es bei den gängigen CMS ein, dass ein und derselbe Inhalt sowohl über (die automatisch generierten) Menüpunkte "Magie" wie auch "(nordische) Mythologie" erreichbar ist?
Antwort: bisher gar nicht.

Ergo: auch ich sitze an der Entwicklung eines eigenen CMS ;)
...das vielleicht auch ein eigenes Forum haben wird, denn: die "Schnittstellenbereitschaft" hält sich meiner Erfahrung nach sowohl auf Seiten der CMS-Entwickler als auch Seiten der Forenentwickler sehr in Grenzen.

Schöne Grüße,
Rüdiger

Knoten
Hast Du Dir schon mal "ez Publish" angeschaut? Die haben da so eine Art Knotenpunktloesung. Wenn ich es richtig verstanden habe
http://ez.no/doc/ez_publish/technica...e_content_node

Genau DAS!
 

Ahoy, Fabian!

Ganz genau so in dieser Art stelle ich mir das vor! Aber hast Du Dir mal die Preise von denen angeschaut?!?:(

Schöne Grüße,
Rüdiger

Aehm. habe ich irgendwas uebersehen: Es ist unter der GPL Lizenz erhaeltlich!
Wenn man den Onlineeditor will, dann bezahlt man fuer den Editor was
--> http://ez.no/products/add_ons/ez_publish_online_editor