Zum Inhalt springen

Shop Docweb

Interne Projektdokumentation für Entwicklung und Betrieb

Request-Flow

Wie ein Request vom Einstieg bis zur Ausgabe durch das Projekt läuft.

Aktualisierung: 2026-06-02Bereich: Architektur

Zielbild

Der Flow ist bewusst klar und linear aufgebaut: Einstieg, Initialisierung, Routing, Sicherheitsprüfung, Dispatcher und Ausgabe. So bleibt die Fachlogik von der Darstellung getrennt.

Ablauf im Hauptprojekt

  • public/index.php definiert SECURE_INCLUDE und lädt app/bootstrap.php.
  • cApp::run() startet Session, Datenbank, Router und Access-Layer.
  • cRouter::init() liest Sprache, Seite und nav_UID aus der URL und schreibt sie in die Session.
  • cSecurity::check_user_access() prüft den Zugriff auf die aktuelle Route.
  • renderPage() lädt die Route aus app/control/map.php und ruft die passende Action auf.
  • Views lesen Labels und Kontext aus cApp und cSession, nicht direkt aus der URL.

Vereinfachte Reihenfolge

  • SECURE_INCLUDE wird gesetzt, dann lädt public/index.php app/bootstrap.php.
  • cApp::run() initialisiert Session, Datenbank, Router und Zugriffsebene.
  • renderPage() übernimmt den Dispatch in die passende Route.

Flow-Übersicht

Request-Flow durch die Shop-Schichten

Die gleiche Schichtenlogik gilt auch für die spätere Vertiefung im Detail.

Worauf man achten muss

  • Language und page werden im Router gesetzt, nicht in der View.
  • Access-Prüfungen gehören vor die eigentliche Ausgabe.
  • Wenn die Route nicht existiert, greift ein Fallback auf Home.
  • Der Dispatcher soll keine Fachlogik enthalten, nur orchestrieren.