Files
kaffeeliste/saas-app
clemens f298802c38 feat: Add initial SaaS application structure with .htaccess, index.php, and environment setup scripts
- Create .htaccess for Apache front-controller routing
- Add README.md for public directory with project overview
- Implement index.php as the main entry point with a preview of SaaS modules
- Introduce PowerShell scripts to check prerequisites and prepare environment
2026-03-21 17:32:57 +01:00
..
2026-03-20 15:31:03 +01:00
2026-03-20 15:31:03 +01:00
2026-03-20 15:31:03 +01:00
2026-03-20 15:31:03 +01:00
2026-03-20 15:31:03 +01:00

SaaS App

saas-app/ ist das Zielprojekt fuer die mandantenfaehige Neuimplementierung der Kaffeeliste als SaaS.

Kurzueberblick

  • Mandantenfaehigkeit ueber Host/Subdomain
  • Rollen und Benutzerbindung pro Tenant
  • Kernfunktionen fuer Dashboard, Mitglieder, Einzahlungen und Striche
  • Inhalte, Hinweise, Importe, Exporte und Benachrichtigungen als eigene Module
  • SSR-orientierter Betrieb fuer klassischen Webspace
  • Cron-basierter Betrieb statt dauerhafter Worker

Installation

Die komplette Installationsanleitung steht im Repo unter ../docs/installationshandbuch.md.

Kurzfassung:

  1. saas-app/ als Projektrahmen bereitstellen.
  2. PHP 8.2+ und Composer verwenden.
  3. .env aus .env.example ableiten und anpassen.
  4. Datenbank und Tenancy-Werte konfigurieren.
  5. Migrations ausfuehren.
  6. Einen ersten Mandanten und erste Benutzer anlegen.
  7. Den Webserver auf public/ ausrichten.
  8. Cron-Jobs fuer Queue, Import, Export und Benachrichtigungen einrichten.

Migration Aus Dem Legacy-System

Die fachliche Roadmap und der Uebergang aus dem alten Root-System sind in ../docs/implementation-foundation.md beschrieben.

Der relevante Kern der alten Anwendung besteht im Wesentlichen aus:

  • Dashboard und Kontostand
  • Mitgliederverwaltung
  • Kaffee-Striche
  • Einzahlungen
  • Hinweise und Inhalte
  • Exporte und operative Hilfsfunktionen

Hosting-Hinweise

  • Das Projekt ist fuer Webspace geeignet, solange PHP, DB-Zugang und Cron vorhanden sind.
  • Dauerhafte Queue-Worker sind nicht vorausgesetzt.
  • Der zentrale Einstieg erfolgt ueber die mandantenfaehige Weboberflaeche.
  • OIDC ist als bevorzugter SSO-Pfad vorgesehen, klassische Logins bleiben als Fallback moeglich.

Aktueller Stand

Das Verzeichnis ist als Zielarchitektur vorbereitet. Es ersetzt den Legacy-Root noch nicht vollstaendig, sondern dient als naechster konsistenter Zielzustand fuer die SaaS-Umstellung.