kantarciandClaude Opus 5
82b07820bc
Symfony 7.4 / Twig / Doctrine DBAL auf herkömmlichem PHP-Webhosting. Versionierte Blockdokumente (v1-v3) mit unveränderlichen Revisionen, getrennten Entwürfen/Veröffentlichungen und optimistischer Konflikterkennung. Visueller Editor mit Strukturbaum, Live-Vorschau, responsiven Gerätewerten, Abschnittsvorlagen, Bildmediathek, Galerien und Effekten. Öffentliche Ausgabe ohne Editor-JavaScript. Geprüft: 41 PHP-Tests / 155 Assertions, 10 JavaScript-Modelltests. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
38 lines
2.9 KiB
Markdown
38 lines
2.9 KiB
Markdown
# Anforderungen und Analyse des Entwicklungsplans
|
|
|
|
Stand: 12.09.2026.
|
|
|
|
Die beiden Dokumente sind unveränderte Planungsvorlagen aus Downloads. Aussagen wie „kein Repository eingerichtet“ oder „dieser Chat hat derzeit keinen Zugriff“ beschreiben ihren ursprünglichen Entstehungskontext. Der aktuelle Implementierungsstand wird in STATUS gepflegt. Aus dem mehrphasigen Plan folgt keine Behauptung, das vollständige CMS sei mit dem initialen Auftrag fertigzustellen oder fertiggestellt.
|
|
|
|
## Bestätigt
|
|
|
|
- Eigenständiges CMS für Kundenwebsites; ein visuell bedienbarer Editor als Kernziel.
|
|
- Explizite aktuelle Nutzerantwort: herkömmliches PHP-Webhosting.
|
|
- Öffentliche HTML-Ausgabe ohne Editorpaket; versionierte Blöcke, getrennte Entwürfe/Publikationen.
|
|
- Leistung, Barrierefreiheit, Best Practices, SEO und agentisches Browsing ab dem ersten Prototyp überprüfen.
|
|
- Noch keine externe Veröffentlichung beauftragt.
|
|
|
|
## Noch offen, aber kein Hindernis für das lokale Grundgerüst
|
|
|
|
- Pilotwebsite: `kant-it.de` wurde im Plan als Messbeispiel erwähnt, ist noch nicht als Pilot ausgewählt.
|
|
- Hostinganbieter/-tarif, PHP-Version, Datenbankversion, Dokumentenstamm und CLI-/Deploymentzugriff.
|
|
- Tatsächliche Flatsome-Referenz und häufig genutzte Workflows: keine Screenshots/Demo übergeben, keine Referenzanalyse behauptet.
|
|
- Produktname, echte Kundeninhalte, Menüs, Seitentypen, Formulare und Sprachumfang.
|
|
|
|
## Geplanter erster Editorablauf
|
|
|
|
1. Eine vorhandene Seite auswählen und den gespeicherten Entwurf laden.
|
|
2. Sektion, Zeile oder Spalte über die Elementbibliothek anlegen.
|
|
3. Überschrift, Text, Bild und Link einfügen; Auswahl in Baum und Vorschau synchron halten.
|
|
4. Eigenschaften im Panel ändern; mobile Vorschau und Vererbungsmodell sichtbar machen.
|
|
5. Elemente verschieben, duplizieren und löschen; zusätzlich tastaturbedienbare Schaltflächen bereitstellen.
|
|
6. Änderung rückgängig machen/wiederholen; gespeicherten Stand von lokalem Undo-Verlauf unterscheiden.
|
|
7. Speichern mit sichtbarem Zustand; Konflikt beim veralteten Versionsstand anzeigen.
|
|
8. Veröffentlichung gesondert auslösen; dieselben Blöcke auf der öffentlichen Route prüfen.
|
|
|
|
Das ist ein Arbeitsentwurf aus dem Plan, keine nachgewiesene Flatsome-Funktionsgleichheit. Vor Freischalten von Editor-Schreibwegen sind Symfony Security, CSRF und serverseitige Berechtigungen nötig, auch wenn der große CMS-Ausbau im Plan erst später folgt.
|
|
|
|
## Priorisierung
|
|
|
|
Der initiale Abschnitt schließt die ausführbare technische Grundlage von Phase 0 ab. Die Anforderungsabnahme dieser Phase bleibt wegen Pilot-/Hostingdetails und Referenz offen. Der Editor bietet kontrollierte Layout-/Typografiewerte, responsive Vererbung, Abschnittsvorlagen, Werkzeuge für lange Blockbäume sowie Bildmediathek, Galerien und Effekte. Seitenerstellung und vollständiger Referenzabgleich fehlen noch. Plugins, umfassendes SEO und WordPress-Migration sind keine bereits implementierten Funktionen.
|