MephitisCMS - Ein retrospektives Open Source CMS

[Nara]

Hallöchen miteinander

Ich möchte euch ein etwas anderes Content Management System vorstellen, wobei das auch eher weit ausgeholt ist - wir wollen eine Alternative zu den ganzen Framework Monstern wie WP/Joomla/Typo3 darstellen. Das System befindet sich aktuell im grössten Umbruch seit dem es so still und ruhig vor sich her gelebt hat.
Hinter dem Open Source Projekt steckt Feral Bytes. Es ist ein seit über 7 Jahren entwickeltes Content Management System. Seit 2016 ist das erste öffentliche stable Release 1.0 online verfügbar. Seit 2017 ist Mephitis 2.0 in Arbeit, dabei wurde der komplette prozeduale Code verworfen und objektorientiert neugeschrieben. An dem Produkt arbeiten mittlerweile 3 aktive Entwickler und konnten dadurch nun die Webpräsenz von Mephitis 2.0 mit Mephitis verwirklichen. Es ist die Version 2.0 im Alpha Stadium, aber schon so ausgereift, dass es als eigene Webseite veröffentlicht werden kann. Das Team stammt aus der Schweiz und ist sehr bemüht ein qualikativ hochwertiges CMS zu entwickeln, dass sich sträubt dem aktuellen Trend zu folgen. Das bedeutet wir verwenden bewusst sehr wenig JavaScript/Frameworks - nur wo es Sinn macht, durchdachte objektorientierte Programmierung in PHP7, Einbezug von SCSS nach CSS3 und ein retrospektives Design. Das Backend ist hierarisch sehr flach gehalten, es gibt keine unzähligen Tiefen, Tabs, Modale, sondern nur eine schlichte UI wo sich alles im Blickfeld befindet, ähnlich wie bei einem Kontrollpult.
Daher möchte ich gleich vorweg sagen, dass es nicht fertig ist und noch lange nicht in Form gegossen wurde. Es wird noch viel daran gearbeitet, es ist nicht perfekt, die Mobile Ansicht ist nicht ausgearbeitet, es hat noch grobe Kanten die gefeilt werden müssen. Genau aus diesem Grund schreibe ich auch dieses Thema. Ich suche Verstärkung für unser Team.
Genauer gesagt suchen wir Programmierer, jemanden der gerne Social Media Kanäle bewirtschaftet und einen Illustrator für Grafiken.

Das Klima bei uns ist sehr freundlich und unsere Team Kultur basiert auf hohem Respekt und Wertschätzung was das jeweilige Gegenüber erarbeitet hat. Für uns ist es sehr wichtig, dass wir in einem aktiven Dialog stehen, via Telegram Gruppe direkt Fragen stellen oder über Probleme sprechen. Aber auch im Forum über das weitere Vorgehen, neue Aufgaben oder Themen diskutieren. Jeder hat ein Mitspracherecht und kann auch Vorschläge machen wie man aktuelle Lösungen vielleicht besser/eleganter umsetzen könnte.

Wir arbeiten übrigens mit der IDE Netbeans 8.2 mit XDebug, PHPUnit, SVN.

Mephitis 2.0 Projekt Webseite: www.mephitis.org
Als Vergleich, die Feral Bytes Webseite ist mit Mephitis 1.1 aufgesetzt: www.feralbytes.ch
Der Devblog 4 erzählt mehr darüber wen wir suchen und was wir erwarten:

You do not have permission to view link please Anmelden or Registrieren

Und auf mephitis.org stehen die offenen Stellen:

You do not have permission to view link please Anmelden or Registrieren

Die aktuelle 2.0 Revision kann auf der Feral Bytes Webseite heruntergeladen werden:

You do not have permission to view link please Anmelden or Registrieren

(Anmerkung: Es ist ein Code Review, es ist nicht funktionsfähig, das ist gewollt)


Viele Grüsse
Nara

PS: Der Devblog 4 ist wirklich lesenswert, dadurch bekommt man schon einen guten Einblick wie wir ticken.
PS2: Auf Mephitis.org wird aktiv gearbeitet und immer wieder neues ergänzt. Inhalte kommen Stück für Stück.

 

[theSplit]

Hallo Nara, das klingt interessant, wenn man jetzt auch erst mal eine funktionsfähige Demo-Version sehen könnte, wäre das noch ein Stück weit interessanter auch damit man mal einen Einblick bekommt aus was für Komponenten das CMS besteht und wie diese genau aussehen (bereits bestehender Funktionsumfang, Administration, Datenbankzugriffe oder ähnliches).

Ansonsten eine schöne Idee wie sich das Team und Projekt beschreibt.

Und die Erfahrung aus dem Dev-Blog kann ich in gewisser Weise teilen, im kritisieren sind Leute oft sehr gut bzw. etwas voreilig, wobei man auch immer hört "das gibt es doch schon! Siehe...... Standard/Tool/Projekt... ".

Nutzt ihr intern auch einen Bugtracker um das Projekt zu verwalten? Ich könnte mir vorstellen das es bei so einem Projekt verschieden große und kleine Baustellen gibt.

Ach ja ein kleines Manko - ob und wie sinnvoll eine mobile Ansicht ist, kann man festlegen, aber man kann darüber diskutieren ob es nicht für potenzielle Nutzer des CMS doch Sinn macht und wichtig ist, auch mobile Geräte zu unterstützen oder Lesemodi für mobile Geräte anzubieten (was der Besucher selbst einstellen kann), die dann beispielsweise dafür sorgen das kleinere Bilder geladen werden oder Bilder komplett wegfallen die in den Inhalten/Postings/Beiträgen, oder wie ihr es nennen würdet, enthalten sind.

Aber auch ohne die Kritik, ansehen würde ich mir das schon gerne mal - aber eher erst mal als User.

 

[Nara]

Huhu theSplit

Das Problem mit funktionsfähigen Demos ist, dass der Benutzer dann erwartet, dass alles bereits perfekt funktioniert. Benutzer verzeihen es nicht, wenn man sagt "es gibt Bugs, es funktioniert nicht alles, wir wissen es" und er will dann ein Feature benutzen, wo gerade aktiv dran gearbeitet wird und er bekommt lustige php Fehler um die Ohren geworfen.
Wir haben das schon einmal probiert vor vielen Monaten und das endete darin, dass das ganze Projekt tot geredet wurde und einem empfohlen wurde "warum versucht ihr es erst überhaupt, nutzt doch typo3".
Wenn es nach der Einstellung geht: Warum gibt es dann Elektroautos? Immerhin funktionieren doch Verbrenner ganz gut, weshalb sich dann hinsetzen und was neues probieren? Okay ich geb zu das ist ein extemes Beispiel, aber es gäbe noch unendlich andere. Das ist der Grund warum wir sagen: Okay du magst es mal sehen, dann downloade die Revision und schau dir den Code an, auf mephitis.org siehst du die Seite in Action und wenn du mit machst als Entwickler, bekommst du eine funktionierende Version.

Wenn du Mephitis mal richtig ausprobieren möchtest, dann steht es dir frei Version 1.0 (stable) zu downloaden und installieren. Diese Version ist seit 2 Jahren stable, wird produktiv eingesetzt und funktioniert. Es ist ein schönes Produkt, wenn man es als ganzes sieht und daran denkt, dass es während der Schule nebenbei entstanden ist und später während der Ausbildung und dem normalen Job. Es hat sich immer weiterentwickelt, wurde nie von Scratch neugeschrieben, sondern weiter optimiert und erweitert. Daher ist natürlich klar, das manche Bereiche PHP Code enthalten, der nun nicht gleich zu stellen ist mit dem Code von Mephitis 2.0. Aber es zeigt, das man mit Ausdauer und dem Willen etwas auf die Beine zu stellen erfolg hat. Und diese Ausdauer sollte auch ein Anreiz sein, um bei uns mit zu mischen. Wir sind hartnäckig und geben nicht schnell auf, also nur weil mal was etwas blöd läuft in Reallife oder sonst was eintritt werfen wir nicht die Flinte ins Korn. Viele Projekte die ich nun nebenbei gesehen habe oder damals versuchte mit zu wirken haben mir alles vom Himmel versprochen, doch kaum kam Game x auf den Markt oder man bekam ein Studienplatz zack wars Projekt tot. Das frustriert extrem und man hat das Gefühl, dass die ganze Arbeit für die Katz war.

Wir verwenden zur Zeit keinen Bugtracker, aber notieren an welchem Baustellen wir zur Zeit arbeiten, da ist es logisch das dieser Menüpunkt dann Fehler wirft. Für dieses Stadium wäre ein BT ein overkill, weil ich dann nicht mehr programmiere sondern nur noch den Tracker pflege. Wir programmieren nach extreme programming, daher gibt es keine langen Konzepte und Überlegungen, sondern es wird einfach umgesetzt. Das war bisher am meisten erfolgreich und passt zu uns Querdenkern

Die Mobile Ansicht ist im Endprodukt wichtig, aber im alpha Stadium geniesst es keine hohe Priorität, wenn elementare Funktionen noch in Arbeit sind. Ausserdem sind Mobile Anwendungen nicht unsere Stärke, vielleicht kommt ja jemand ins Team der sowas total gerne macht? Natürlich würden wir die Mobile Funktionalität auch nachliefern, wenn niemand solches ins Team käme, aber es dauert dann halt länger. Wir erweitern unsere Fähigkeiten autodidaktisch. Auf der Mephitis.org Seite steht zu jedem Team Mitglied ein kleiner Text, der etwas beschreibt welche Erfahrungen man hat und was einen auszeichnet.

Ich danke dir für dein ausführliches Review

Grüsse Nara

 

[theSplit]

Das Durchhalten bei Projekten hat wohl auch mit Motivation zu tun - wie überzeugt ist man davon und natürlich auch, ist es überhaupt machbar - aber 100% weiß man das vorher eh nicht wo die Stolpersteine oder Blockaden liegen.

Aus eigener Erfahrung, ich habe viele Projekte angefangen und aufgegeben, das gehört wohl dazu - aber ich bin auch so, ich grabe ein 6 Monate altes Projekt wieder aus, arbeite mich wieder ein so gut möglich und erarbeite und versuche Fehler zu finden oder Dinge natürlich besser zu machen, mit dem was ich jetzt weiß - aber zum damaligen Kenntnisstand nicht oder nicht richtig konnte oder gewusst habe.

Ich finde auch, ihr scheint jetzt nicht Querdenker zu sein, also im negativen - sondern eine schöne Einstellung wenn man etwas auf die Beine stellen will - meine Meinung. Da mag es auch andere geben die sagen "aber CMS X ist doch schon von hunderten getestet worden, es ist sicher und glaubt ihr wirklich? Es besser machen zu können?" - und klar, so etwas nervt natürlich, weil es demotivierend ist.

Also von daher wünsche ich eurem Projekt viel Erfolg.

Was das Testen einer Version angeht, da stimme ich nicht mit dir überein. Es wäre zumindest eine Überlegung wert, das man eine Version live stellt, die zum Beispiel nichts hinzufügen kann, aber Demo Content hat. Also eine abgespeckte aber "sichtbare" Version.

Das würde euch meiner Meinung auch helfen, Entwicklerfeedback zu bekommen. Natürlich unter der Prämisse und Hinweis: "Alles kann sich ändern, aber das ist was wir haben!".

Ich meine, ihr weißt schon darauf hin, "es ist alles in Arbeit" - das kann man auch mit nem extra "Hinweis" zu jeder Seite schreiben.

Screenshots wären dann aber hilffreich, selbst wenn ihr keine "Live-Demo" showcasen wollt, einfach damit man sieht, "wo seid ihr" - und ich als Entwickler frage mich, wie oder wo kann ich mich den überhaupt einbringen - auch wenn ihr ein starkes Profil habt, wen oder was ihr sucht.
Man bekommt ja nichts in die Hand wie es aktuell aussieht - und das ist halt etwas schade, auch wenn man natürlich jetzt dahin gehen könnte PHP Code zu studieren. Ich weiß nicht aus was für Komponenten es besteht, ich hab nichts gesehen und ein paar Bilder sagen auch mehr als tausend Worte.
Und das bitte von der aktuellen Version, nicht von dem Vorgänger - was ja nicht unbedingt wirklich hilft wenn ihr die Hälfte über den Haufen geworfen habt.

Zum Bugtracker, auf der einen Seite kann ich das verstehen, aber selbst wenn ihr mal "lose" Ideen sammelt - und das nicht gerade in nem Chat, will man vielleicht die Möglichkeit haben einfach "was einzutragen" was einem auffällt. Und sei es nur "hier in Firefox stimmt der CSS Margin nicht, im Stylesheet" ergänzen. Oder "Probiere das Admin Interface, warum kann ich nicht X" oder "Wieso funktioniert Y so?".

So etwas fest zu halten oder auch nur "kurze Gedanken" zu etwas, kann, je nach eurem Teamaufbau, unsagbar wertvoll sein.
Zumal es vielleicht auch so ist, das man sich was anschaut, denkt "okay, das teile ich anderen mit" und es dann aber nichts großes ist, und man es den nächsten Tag vergessen hat, wenn es nicht super wichtig war.

Ist alles natürlich nur meine Meinung, aber ich denke wenn man strukturiert ist, kann das nur von Vorteil sein, weil man sich pushen kann und was zusammkommt an Ideen, und ein Bugtracker oder Whiteboard oder Google Notes oder was auch immer, helfen, schnelle Gedanken fest zu halten die das Projekt betreffen oder sich als Team zu organisieren.
Hat ja nicht unbedingt damit zu tun das man Aufgaben zuweißt. Aber es hilft halt auch am Ball zu bleiben und zielorientiert zu arbeiten.

 

[Nara]

Da hast du vollkommen Recht, Motivation ist das A und O. Darum hatten wir es dann auch gelassen via Internet nach weiteren Leuten zu suchen, weil das Internet irgendwie nur noch aus Hatern besteht. Um so mehr freue ich mich, dass das ngb den Charme vom gb von Mitte 2005-Aufkauf mitgenommen und bewahrt hat. Das hat mich auch überzeugt es hier einfach nochmal zu versuchen

Diesen Satz "Glaubt ihr wirklich es besser machen zu können als alle anderen CMS?" mag ich gerne zerstreuen, es bietet sich gerade an. Wir wollen kein Marktführer werden, wir wollen auch niemanden Bekehren, der vollkommen zufrieden seine Wordpress Seite hat. Wir möchten eine Alternative sein und zeigen, es gibt noch Leute/Entwickler da draussen, die keine Lust haben auf den aktuellen Trend. Meine Meinung: Mir rollen sich echt die Fussnägel auf, wenn ich auf kleinen statischen Internetseiten bin und bekomme eine 5-10 Sekündige Ladeschnecke zu Gesicht oder ein mini Shop mit nicht mal 100 Artikel und wenn du filterst hab ich ein Ajax Ladebalke im Screen. Ganz ehrlich was soll das? Oder noch ein gutes Beispiel: Twitch mit uMatrix (Firefox Plugin) und uMatix hat unzählige Seiten die mit Scripten, Ajax, Frames dich zuballern und du musst erstmal 3 Minuten lang Domains erlauben und verbieten und ohne Scripte geht die Seite nicht mehr.

Oh dann tut es mir Leid, ich hab das missverstanden was du meintest mit Demo Version. Ich dachte an einen Download und man kann es sich installieren und nutzen.
Diese art von Live Demo kam mir gerade gar nicht in den Sinn, aber es ist eine sehr gute Idee von dir
Screenshots wollte ich in den nächsten Tagen noch einpflegen, weil zur Zeit braucht man viel Fantasie um sich das Backend vorzustellen, das ist recht kontraproduktiv.
Also da bin ich voll und ganz bei dir, das Showcasen kommt auf jeden Fall.

Und auch hier mit dem Bugtracker hab ich es wohl nicht so ganz richtig einordnen können. Was du sagst machen wir bereits im Entwicklungsform und auf Telegram (wo es dann wiederrum jemand ins Forum schreibt). Bisher ging die öffentliche Meinung bei Bugtracker dahingehend, dass ich nach ITIL Standards jeden Bug erfasse, zuweisse und so weiter. Das ist natürlich der Overkill schlicht hin.

Grüsse Nara

 

[theSplit]

Ich glaube wir verstehen uns

Und schön das mein Feedback ankommt, auch wenn ich hätte mit einem "so aber nicht weil...." leben können/müssen!

Jeden "Bug" im Bugtracker einzeln zuzuweisen ist natürlich overkill, aber man muß das auch nicht so nutzen. Geht mehr um die "Ideen" und "Problemsammlung" und um Dinge abhaken zu können.

 

[KingJamez]

Habe mir den derzeitigen Stand mal heruntergeladen und angeschaut, ohne eine Doku wie man was installieren soll kann man aber kaum was sehen . Ich mag den Ansatz erst einmal ohne großartige Fremdabhängigkeiten im Frontend arbeiten zu können.

Kann man sich das backend mal anschauen? (gerne per PN)

SASS finde ich persönlich einen schönen Ansatz, ich arbeite sehr gerne damit, ist ja aber auch nur ein tool um angenehmer CSS zu schreiben. Der derzeitige CSS Ansatz ist wirklich nicht besonders ausgereift oder Zukunftssicher.


PS: Ich arbeite mit VSCode mit XDebug und Git

 

[Nara]

Huhu King

Die PN ist raus an dich, die Bilder werden auch demnächst auf der Mephitis Webseite zu sehen sein.
Es ist echt schön sowas zu lesen. CSS ist leider in der Entwicklung stecken geblieben. Es ist teilweise ein echter vollkrampf damit zu arbeiten. Bisher dachte ich immer wir stehen mit dem Gedanken alleine da ^^ Aber dass dem nicht so ist, beruhigt mich nun.

Wir haben die stable Version auf Bitbucket rum düsen, einfach weil es praktisch war Module und CMS an einem Ort zu verwalten. Jedoch sind wir nicht abgeneigt das CMS später zu Git zu zügeln, wenn da jemand ins Team kommt, der da schon Erfahrungen hat wäre wunderbar

Screenshots wären dann aber hilffreich, selbst wenn ihr keine "Live-Demo" showcasen wollt, einfach damit man sieht, "wo seid ihr" - und ich als Entwickler frage mich, wie oder wo kann ich mich den überhaupt einbringen - auch wenn ihr ein starkes Profil habt, wen oder was ihr sucht.
Man bekommt ja nichts in die Hand wie es aktuell aussieht - und das ist halt etwas schade, auch wenn man natürlich jetzt dahin gehen könnte PHP Code zu studieren. Ich weiß nicht aus was für Komponenten es besteht, ich hab nichts gesehen und ein paar Bilder sagen auch mehr als tausend Worte.
Und das bitte von der aktuellen Version, nicht von dem Vorgänger - was ja nicht unbedingt wirklich hilft wenn ihr die Hälfte über den Haufen geworfen habt.

Ich greif das nochmal kurz auf
Mittlerweile gibt es auch eine

You do not have permission to view link please Anmelden or Registrieren

wo wir erfasst haben woran wir gerade arbeiten und welche Themen noch offen sind.
Zudem noch einige Worte zu Mephitis 1 und 2, klar der Code hat sich komplett verändert, aber die Art wie es funktioniert hat bzw. die Funktionen sind/sollen erhalten bleiben. Was nicht heisst, dass Änderungen, Optimierungen oder andere Ansätze nicht verfolgt werden, sofern vorgeschlagen

 

[theSplit]

Mittlerweile gibt es auch eine

You do not have permission to view link please Anmelden or Registrieren

wo wir erfasst haben woran wir gerade arbeiten und welche Themen noch offen sind.

Gefällt mir sehr gut mit der ToDo Liste. Erst mal ein Lob dafür, da sieht man schon wo es hingeht, in etwa jedenfalls. Auch wenn ich finde das manche Punkte etwas sehr "lose" sind - da wäre ein Anforderungsbeschreibung schon gut.

Ich weiß nicht wie umfangreich das für euch wäre, aber eine Art Roadmap, wäre auch interessant. Also im groben, welche Features höhere Priorität haben und was hinten anliegt und nicht so wichtig ist bzw. wie der Verlauf der Entwicklung sein soll. Müssen ja keine direkten Zeitangaben sein, könnte hilfreich sein, aber da ihr extreme Programming betreibt wird "heute an Feature X gearbeitet" und morgen evtl. an "Y" oder "Z" oder? - Bzw. so verstehe ich das Konzept. Aber damit würde man sehen, was steht "Vergleich Version 1 mit Version 2" - und noch offenen Punkte und so weiter.

Ich habe zum Beispiel gesehen, ihr habt auf der "To-do" den Punkt "HTML-Editor". Ist ein Punkt. Jetzt kann man sich überlegen, ist das viel oder wenig? Und schreibt man den wenn man weiß was kommt - oder überarbeitet man so ein Feature im schlimmsten Fall mehrfach, weil sich darauf basierende Komponenten ändern? Auch finde ich die Details, was der Punkt umfasst, wie eben beschrieben, etwas undurchsichtig - ist etwas wage formuliert bzw. nur die Headline.

Oder der mobile Stylesheet - gut, ich kenn da die Priorität bei euch, kommuniziert ihr ja auch, aber wenn das Frontend erst mal fixiert ist, kann man an so etwas vermutlich schneller und effizienter bearbeiten, als wenn immer mal was kommt und geht und man Änderung "on top" auf Änderung wirft, oder?

Zudem noch einige Worte zu Mephitis 1 und 2, klar der Code hat sich komplett verändert, aber die Art wie es funktioniert hat bzw. die Funktionen sind/sollen erhalten bleiben. Was nicht heisst, dass Änderungen, Optimierungen oder andere Ansätze nicht verfolgt werden, sofern vorgeschlagen

Ist ja schon positiv das nicht alles in Stein gemeißelt ist - ohne ironisch klingen zu wollen
Aber einfach ein paar Screenshots des Nachfolgers wären einfach besser. Zu mal man schneller sehen kann, wo ihr steht. Ich finds zwar gut das ich mir den Vorgänger ansehen kann, aber das ist eben nicht der aktuelle Stand/State - und das ist etwas schade.

Ich überlege nämlich auch ein CMS für meine Seite einzusetzen um mal ein paar Projektbeschreibung und ähnliches zu sammeln und Anleitungen zu geben wie man die Software nutzt und ähnliches und da würde ich eurem CMS gern eine Chance geben, so fern das irgendwie machbar wäre. Nur will man natürlich nicht die Katze im Sack kaufen.

 

[Nara]

Gefällt mir sehr gut mit der ToDo Liste. Erst mal ein Lob dafür, da sieht man schon wo es hingeht, in etwa jedenfalls. Auch wenn ich finde das manche Punkte etwas sehr "lose" sind - da wäre ein Anforderungsbeschreibung schon gut.

Ich weiß nicht wie umfangreich das für euch wäre, aber eine Art Roadmap, wäre auch interessant. Also im groben, welche Features höhere Priorität haben und was hinten anliegt und nicht so wichtig ist bzw. wie der Verlauf der Entwicklung sein soll. Müssen ja keine direkten Zeitangaben sein, könnte hilfreich sein, aber da ihr extreme Programming betreibt wird "heute an Feature X gearbeitet" und morgen evtl. an "Y" oder "Z" oder? - Bzw. so verstehe ich das Konzept. Aber damit würde man sehen, was steht "Vergleich Version 1 mit Version 2" - und noch offenen Punkte und so weiter.

Ich habe zum Beispiel gesehen, ihr habt auf der "To-do" den Punkt "HTML-Editor". Ist ein Punkt. Jetzt kann man sich überlegen, ist das viel oder wenig? Und schreibt man den wenn man weiß was kommt - oder überarbeitet man so ein Feature im schlimmsten Fall mehrfach, weil sich darauf basierende Komponenten ändern? Auch finde ich die Details, was der Punkt umfasst, wie eben beschrieben, etwas undurchsichtig - ist etwas wage formuliert bzw. nur die Headline.

Oder der mobile Stylesheet - gut, ich kenn da die Priorität bei euch, kommuniziert ihr ja auch, aber wenn das Frontend erst mal fixiert ist, kann man an so etwas vermutlich schneller und effizienter bearbeiten, als wenn immer mal was kommt und geht und man Änderung "on top" auf Änderung wirft, oder?

Danke für die Blumen

Das stimmt, eine Roadmap wäre/ist eine gute Sache und kommt mit Sicherheit noch, aber solang das Team nicht voll besetzt ist mag ich es vom Aufwand her überschaubar lassen. Die ToDo Liste ist eine Übergangslösung, damit grob ersichtlich ist was noch so ansteht. Falls man sich dadurch angesprochen fühlt kann man sich immer unkompliziert per Mail bei mir melden, um mehr zu erfahren.
Die Aufgaben stehen gebündelt auf der Mephitis Webseite, aber im internen Forum gibt es zu jeder Aufgabe ein Thread wo sich Interessierte eintragen können, somit ist ersichtlich wer an was arbeitet.
Zum Beispiel, wenn ich mich auf den HTML Editor stürzte, dann steht im dazugehörigen Aufgaben Thema, dass ich mich darum kümmere.
Die Kernkomponenten vom CMS ändern sich nicht mehr dramatisch. Viele Herzstücke wie CMS <-> Datenbank oder Formulareingaben sind gesondert in eigenen Libraries ausgelagert.

Aber einfach ein paar Screenshots des Nachfolgers wären einfach besser. Zu mal man schneller sehen kann, wo ihr steht. Ich finds zwar gut das ich mir den Vorgänger ansehen kann, aber das ist eben nicht der aktuelle Stand/State - und das ist etwas schade.

Ich überlege nämlich auch ein CMS für meine Seite einzusetzen um mal ein paar Projektbeschreibung und ähnliches zu sammeln und Anleitungen zu geben wie man die Software nutzt und ähnliches und da würde ich eurem CMS gern eine Chance geben, so fern das irgendwie machbar wäre. Nur will man natürlich nicht die Katze im Sack kaufen.

Ich hatte relativ zeitnah noch Screenshots hochgeladen, sie sind

You do not have permission to view link please Anmelden or Registrieren

einzusehen.
Momentan sind wir auf Kurs die closed Alpha hinter uns zu lassen und das CMS als open Alpha freizugeben. Das Thema Mobile CSS hat da eine sehr hohe Priorität.
Damit können dann statische Webseiten ohne Probleme und Bedenken aufgesetzt werden. Die interaktiven Elemente kommen dann Stück für Stück hinterher.

Das tönt echt super und ich verstehe dich da total. So hat es bei mir damals ähnlich angefangen. Andere CMS waren mir zu überladen und ein overkill für das was ich vor hatte, somit setzte ich etwas statisch auf. Als das mit einem Forum zusammengewachsen ist und immer mehr interaktive Inhalte bekam, entstand die Idee ein CMS daraus zu machen. Stets mit dem Ziel viele Freiheiten dem Webmaster zugeben und ihn nicht mit zig Menüs, verstecken Unterpunkten und Elementen zu erschlagen. Zudem sollte das Backend immer funktionstüchtig sein, wenn man JavaScript verbietet, da ich schon seit Urzeiten NoScript bzw. uMatrix benutze.