Skip to content

Architekturentscheidungen ​

Wesentliche Entscheidungen werden als nummerierte Architecture Decision Records festgehalten: gewählte Lösung, Begründung, bewusst verworfene Alternative und Konsequenzen.

Eine Entscheidung gehört hierher, wenn ihre Umkehrung später teuer wäre — etwa die Wahl eines Frameworks, eines Vertragsformats oder eines Deployment-Verfahrens. Alles, was sich aus dem Code selbst ablesen lässt, gehört nicht hierher.

Verzeichnis ​

Nr.EntscheidungMilestone
0001Zentrale Projektkonfiguration mit Validierung zur BauzeitM2
0002Feature-Flag-Zustände über Fixture-Konfigurationen absichernM2
0003Projektkonfiguration als virtuelles Modul bereitstellenM3
0004End-to-End-Tests gegen den Build, nur ChromiumM3
0005Bildmetadaten im Asset-Manifest statt am EinsatzortM3
0006Indexierung aus Routen-Policy und UmgebungM4
0007Auszeichnung nur zu sichtbarem InhaltM4
0008Einwilligung vor Tracking, Basic Consent Mode als VorgabeM5
0009Formularvertrag als Zod-Schema mit erzeugtem JSON SchemaM6
0010Standalone-PHP-Handler im Starter-RepositoryM7
0011Joomla-Erweiterung als Companion-RepositoryM7
0012.htaccess als erzeugtes Deployment-ArtefaktM8
0013Content Security Policy aus dem Build, Report-Only als VorgabeM8
0014Deployment per rsync, Rollback als erneutes DeploymentM8
0015Performance-Budgets als Gate im BuildM8
0016Initialisierung als geprüfter PlanM9
0017Wenige Skills mit AbschlusskriterienM9
0018Geteilte Vertragsbeispiele, Allowlist auch ohne PHP-HandlerCompanion
0019Deployment weist die Qualitätskette nach, statt sie zu wiederholenBetrieb
0020Passwortschutz vor dem Launch als Teil der erzeugten .htaccessBetrieb