MVC Forge 1.0: stabile mehrsprachige PHP-MVC/CMS-Plattform

MVC Forge 1.0.0 ist die erste stabile Version der privaten, selbst gehosteten PHP-MVC/CMS-Plattform für mehrsprachige Websites, SEO-Inhalte und Administrationssysteme, über die der Betreiber die vollständige Kontrolle behält. Das Projekt ist über ein anfängliches MVC-Grundgerüst hinausgewachsen: Heute umfasst es Seiten- und Newsverwaltung, Sprachen, Benutzer, Berechtigungen, eine API, Installationsbefehle, Sicherheitsprüfungen und Produktionsüberwachung.

MVC Forge soll weder WordPress kopieren noch ein universelles Framework für jedes denkbare Problem sein. Die Plattform konzentriert sich auf Websites, bei denen saubere URLs, mehrsprachige Inhalte, kontrollierte Veröffentlichungen, eigene Infrastruktur und anpassbare CMS-Abläufe entscheidend sind.

Was ist MVC Forge 1.0?

MVC Forge ist eine individuelle PHP-Plattform auf Basis der Model-View-Controller-Architektur. Der Anwendungskern verbindet Router, Middleware, Controller, Services, Modelle, Datenbank und View-System. Der öffentlich erreichbare Bereich ist über public_html getrennt; Konfiguration, Geschäftslogik, Migrationen und Laufzeitdaten liegen außerhalb des direkt exponierten Webroots.

Die Plattform nutzt PSR-4-Autoloading, PHP 8.2 oder neuer, MariaDB/MySQL, Composer sowie einen modernen Frontend-Build mit Vite und Tailwind CSS. Dadurch bleibt das serverseitige Rendering SEO-freundlich, während CSS- und JavaScript-Ressourcen mit einem zeitgemäßen Tooling erstellt werden.

Welche Funktionen bietet MVC Forge heute?

Mehrsprachige Seiten, News und Navigation

MVC Forge verwaltet Seiten, Blogbeiträge, Kategorien, Tags und Navigationsmenüs getrennt für jede Sprache. Sprachvarianten desselben Inhalts werden über eine gemeinsame Übersetzungsgruppe verbunden, behalten aber eigene Titel, Slugs, URLs, SEO-Daten und Taxonomien.

Diese Trennung verhindert reale Fehler: Eine kroatische News-Kategorie muss keine serbischen Datensätze verwenden, ein deutscher Beitrag kann nicht versehentlich einer serbischen Kategorie zugeordnet werden, und öffentliche Listen zeigen ausschließlich bereits veröffentlichte Inhalte der passenden Sprache. Neue Beiträge erscheinen zuerst; bei identischem Veröffentlichungszeitpunkt bleibt die Sortierung stabil.

API-first Publishing und Content-Automatisierung

Für Seiten, Beiträge, Kategorien, Tags, Sprachen, Menüs und Benutzer steht eine geschützte API bereit. Der authentifizierte Autor wird aus dem API-Token abgeleitet, der Zugriff über Berechtigungen gesteuert. Mehrere Übersetzungen eines Beitrags können atomar veröffentlicht werden: Scheitert eine Sprachvariante an der Validierung, wird die gesamte Gruppe zurückgerollt.

Die API unterstützt außerdem das Hochladen eines Beitragsbildes. Damit können AI-Werkzeuge und andere Automatisierungen kontrolliert arbeiten: Zuerst werden Sprachen und Taxonomien inventarisiert, anschließend Übersetzungen, Bild und SEO-Felder vorbereitet und erst nach erfolgreicher Prüfung veröffentlicht.

CMS- und Administrationsabläufe

Der Administrationsbereich umfasst Seiten, Blog, Navigation, Sprachen, Benutzer, Rollen und Berechtigungen. Hinzu kommen Page-Constructor-Module, Kontaktanfragen, geografische Daten sowie zusätzliche Bereiche wie VideoTube-Inhalte und Stripe-Operationen. Einige erweiterte Module werden noch stabilisiert, der zentrale redaktionelle Ablauf arbeitet jedoch bereits auf einer realen Produktionsinstallation.

Sicherheit als Teil der Architektur

Die Sicherheitsschicht umfasst Authentifizierung, Rollen und Berechtigungen, CSRF-Schutz für Browser-Anfragen, Bearer-Token für die API, Rate Limiting, HTTP-Sicherheitsheader und Sitzungssteuerung. Eine eigene CLI-Prüfung analysiert zustandsändernde Routen und meldet fehlende Authentifizierung, CSRF- oder API-Absicherung.

Damit ist die Sicherheitsarbeit nicht abgeschlossen. Weitere Audits der Dashboard-Berechtigungen, strengere Produktionsrichtlinien für einzelne Header und zusätzliche Tests für Uploads, Sitzungen und sensible Redaktionsoperationen bleiben notwendig. Der entscheidende Fortschritt ist ein messbares Sicherheitsmodell anstelle rein manueller Kontrolle.

Installation, Migrationen und Produktionsüberwachung

Die Kommandozeile unter app/bin/console übernimmt Einrichtung, Prüfung von PHP-Erweiterungen und Datenbank, Storage-Vorbereitung, Anwendungsschlüssel, Migrationen, Seed-Daten, Cache-Bereinigung, Routenübersicht, Sicherheitsanalyse und Health Checks.

Jedes Produktionsdeployment erhält einen Marker mit Commit, Branch und Build-Zeit. Der Health-Endpunkt prüft Datenbank, Cache, Logs und beschreibbare Verzeichnisse. Ein externer Smoke Test kontrolliert Startseite, Frontend-Ressourcen, Bilder und mehrsprachige News-Bereiche. Dadurch lässt sich eindeutig feststellen, welcher Code auf dem Server aktiv ist.

Wofür steht das Release MVC Forge 1.0?

MVC Forge 1.0.0 wurde am 16. Juli 2026 als erste stabile Release-Basis des Frameworks und CMS veröffentlicht. Der SemVer-Tag v1.0.0 bestätigt, dass Installation, mehrsprachiges Publishing, API, Sicherheitskontrollen, Deployment-Identität und grundlegende Produktionsprüfungen als stabile Basis definiert sind. Die Plattform betreibt aleksandar.pro und wird dort für mehrsprachige Veröffentlichungen, Bilder, SEO-Daten und kontrollierte Produktionsänderungen eingesetzt.

Die aktuelle Qualitätsschwelle umfasst PHP-Linting, PHPStan, PHPUnit und Legacy-Integrationstests. Zum Zeitpunkt dieser Veröffentlichung bestehen 79 PHPUnit-Tests mit 306 Assertions sowie zusätzliche Modell- und Dashboard-Prüfungen. Release 1.0 standardisiert den Prozess auf dem Branch main und annotierten SemVer-Tags; Vite 6.4.3 und PostCSS 8.5.19 beseitigen bekannte npm-Audit-Befunde. Produktion verfügt über Deployment-Marker, Health Check und externen Smoke Test.

Was folgt nach Version 1.0?

• vollständig automatisierte Git/CI/Coolify-Deployments ohne manuelle Produktionsschritte;
• eine CI-Datenbank, die den produktiven MariaDB/MySQL-Ablauf realistisch abbildet;
• ein vollständiges Berechtigungsaudit aller Dashboard-Routen;
• eine standardisierte Medienbibliothek zum Wiederverwenden und sicheren Löschen von Dateien;
• automatisierte Datenbank- und Upload-Backups mit getesteter Wiederherstellung;
• weitere Aufteilung großer Controller, Routen und Legacy-Kompatibilitätsschichten;
• vollständig getestete Redaktions-, VideoTube- und Payment/Entitlement-Abläufe.

Version 1.0 bedeutet nicht das Ende der Entwicklung. Sie schafft eine stabile Basis und klare SemVer-Regeln; diese Punkte bilden die Post-1.0-Roadmap für mehr Automatisierung, operative Widerstandsfähigkeit und den zuverlässigen Einsatz in weiteren Projekten.

Für welche Projekte ist MVC Forge gedacht?

• mehrsprachige Unternehmens- und persönliche Websites mit hohen SEO-Anforderungen;
• Portale und Fachblogs mit einem kontrollierten Veröffentlichungsprozess;
• Projekte, die ein eigenes CMS ohne Abhängigkeit von einem großen Plugin-Ökosystem benötigen;
• Self-Hosted-Anwendungen mit individuellen Verwaltungs- und Geschäftsmodulen;
• Teams, die AI-Automatisierung über eine begrenzte und überprüfbare API einsetzen wollen.

Häufige Fragen zu MVC Forge

Ist MVC Forge ein Ersatz für WordPress?

Nicht als universeller Drop-in-Ersatz. MVC Forge eignet sich besser, wenn Architekturkontrolle, individuelle Abläufe, Mehrsprachigkeit und eigenes Hosting wichtiger sind als ein großer Katalog fertiger Themes und Plugins.

Ist die Plattform produktionsbereit?

Ja. MVC Forge 1.0.0 ist die erste stabile Basis für den dokumentierten CMS-Kern, mehrsprachiges Publishing, API, Installation und operative Prüfungen, die bereits produktiv laufen. Automatisierte Deployments, Backups, tiefere Berechtigungsaudits und erweiterte Module bleiben Teil der Entwicklung nach 1.0.

Unterstützt MVC Forge AI-gestütztes Publishing?

Ja. Der API-first-Ablauf ermöglicht die Inventarisierung bestehender Inhalte, die Vorbereitung von Übersetzungen, atomare Veröffentlichung, Bild-Upload und die Prüfung von Autor, Kategorien und öffentlichen URLs.

Eine Plattform, die durch reale Nutzung entsteht

MVC Forge wird nicht nur nach einem theoretischen Plan entwickelt. Jede neue Funktion wird an einer realen Website, Datenbank, mehreren Sprachen und einem Produktionscheck erprobt. Die nächste Phase besteht deshalb nicht aus unkontrolliertem Funktionswachstum, sondern aus dem Schließen operativer Risiken und der gezielten Weiterentwicklung einer stabilen 1.0-Plattform als reproduzierbares, wartbares und zuverlässiges Produkt.