Architektur
Ein Backend, das eine C-Master-Website schreibt.
Die Redaktion und die ausgelieferte Seite sind zwei verschiedene Programme. Das erste ist Laravel 13. Das zweite ist eine Handvoll Dateien.
Die zwei Hälften
Ein klassisches Content-System beantwortet jede Anfrage, indem es ein Framework startet, eine Route lädt, die Datenbank abfragt und eine Vorlage rendert. CDPCMS erledigt diese Arbeit einmal – beim Veröffentlichen – und dann nie wieder.
Die Redaktion läuft auf Laravel 13: Abschnitte, Versionen, Bildverarbeitung, Anmeldung und die Planung für zeitgesteuertes Veröffentlichen. Sie liegt hinter der Anmeldung und ist nie im Weg des Besuchers.
Die Auslieferung ist eine C-Master-Website. Im Stammverzeichnis liegen nur Ordner, die mit C beginnen, eine einzige index.php und die zwei Dateien, die Suchmaschinen dort erwarten: robots.txt und die Sitemap.
example.de/ ├── cms/ Zugang zur Redaktion (/cms) – das Laravel-Backend liegt außerhalb des Webordners ├── commerce/ der Shop: Produkte, Warenkorb und Kasse aus CDPCommerce ├── components/ gemeinsame Teile: Kopf, Header, Hero, Abschnitte, Footer, Cookie-Hinweis, Fehlerseiten ├── config/ Einstellungen, Navigation und Design, nie öffentlich ├── connect/ Anschlüsse an die zentralen Systeme (CDPCommerce, CDPShare, Mail) ├── content/ ein Ordner je Adresse, jeweils mit index.php – dazu die 4xx- und 5xx-Seiten ├── controller/ Formulare, z. B. Kontakt ├── core/ Dateien: ein Stylesheet, Skripte, Schriften, Logo und die Bilder der Fehlerseiten ├── ctas/ Anmeldung, Registrierung und Passwort für Kunden ├── customer/ Kundenkonto: Bestellungen, Adressen, Downloads ├── index.php der einzige Eingang ├── robots.txt └── sitemap.xml
Der Front-Controller macht aus der Adresse einen Pfad unter content/, puffert diese Datei und legt Kopf und Footer darum. Es gibt keine Routentabelle, keinen Template-Compiler und kein ORM auf diesem Weg. Eine Seite ist eine Datei, und die Datei ist das, was der Besucher bekommt.
Warum das schnell ist
Der messbare Teil ist nicht raffiniert, sondern klein. Eine Anfrage für das Dokument mit dem Stylesheet darin, eine für die Schrift. Dateien tragen eine Version in der Adresse und werden lange zwischengespeichert. Nichts blockiert das erste Bild, deshalb ist die größte sichtbare Fläche im Kern so schnell da wie das Dokument selbst.
Diese Website ist genau so gebaut und erreicht mobil 100 Punkte bei Leistung, Barrierefreiheit, Best Practices und SEO.
Lässt sich das CMS selbst als C-Master bauen?
Die öffentliche Hälfte ist es bereits – das ist der Sinn der Konstruktion. Die Redaktion kann es nicht sein und soll es nicht sein: Sie braucht Sitzungen, eine Datenbank, eine Planung, Bild-Uploads und Rechte, und genau dafür gibt es Laravel.
Die Trennung verläuft deshalb dort, wo sie hingehört:
- Alles, was ein Besucher berührt, ist C-Master – flach, absolute Adressen, ein Stylesheet, kein Framework.
- Alles, was die Redaktion berührt, ist Laravel – hinter der Anmeldung unter /cms, wo ein paar hundert Millisekunden nichts kosten.
Das Veröffentlichen ist die Brücke: Es rendert jede Seite einmal und schreibt den C-Master-Baum, einschließlich Fehlerseiten und Sitemap.
Was die Plattform liefert
CDPCMS verwaltet keine Server. ControlDeskPanel legt den Vhost an, holt das Zertifikat, setzt HSTS und HTTP/3 und betreibt die Mail. CDPGuard filtert den Verkehr davor. CTPFDNS beantwortet die Namen. CDPCMS schreibt nur Dateien in einen Webordner, den es schon gibt.