Status (Bestand + Landingpage)
Stand: auf Basis der Dateien im Repo, ohne zusaetzliche Annahmen.
Haupt-Landingpage
- SPA-Quelle: frontend-svelte/src/views/Landing.svelte.
- Build/Output: public/ui/index.html, vom Backend als Root-SPA ausgeliefert.
- API-Quelle fuer Apps/Sprachen: /api/v1/home/init.
- Login/Register/Verify-Flow ist in der Landingpage implementiert.
- Session-Handling ueber HTTP-only Cookies inkl. Refresh-Flow.
- QR-Short-DoorBell ist direkt in der Landingpage eingebettet (Route /door/<slug>).
QR-Short-DoorBell (Backend)
- Routen: backend/routes/qrDoorbellRoutes.js.
- Controller: backend/controllers/qrDoorbellController.js.
- Basis-Funktionen vorhanden: Profile erstellen, Klingeln, Events speichern.
- Call/Message sind aktuell Stub/Pending-Approval (TODOs im Controller).
- Earlybird/Free-Logik in backend/config/qrDoorbellConfig.js.
- Geo-Fence (Owner-Standort + Radius) und Usage-Limit sind integriert.
- Slugs: 6 Zeichen, definierte Sonderzeichen erlaubt.
Apps (Ordner unter /apps, Status laut Bestandsaufnahme.md)
- auction: Svelte-Frontend + Express/Mongo-Backend; laut Dokument Portkonflikt, nicht integriert.
- grammarAi: React/TS-Vite, stand-alone, keine Plattform-Anbindung.
- URL_shorter: Express-API mit Mongo-Modell, kein Frontend, nicht verdrahtet.
- coffefinder: Svelte/Tailwind mit Firebase-Konfiguration und dist.
- shortener: Svelte SPA (Build in public/build), kein gemeinsamer Backend-Hook erkennbar.
- wasserReminder: Eigenes Express/EJS, autark, nutzt JSON-Dateien statt zentraler DB.
- blood: Next.js + Stripe + Firebase, fortgeschritten, aber getrennte User/Payments.
- calculators: Statische HTML/CSS/JS Tools.
- games: Drei Spiele (2048+, newRoyalMatch, wordle+), statisch.
- WordClock: Statische HTML/JS-Uhr, funktionsfaehig, ohne Plattform-Anbindung.
- MadeIn: Konzept/Planung, kein App-Code.
- MemeCoinToken: Whitepaper/Assets, kein App-Code.
- Qr-Code-Doorbell (apps/QrShortDoorBell): Prompts/Recherche, kein App-Code.
- naviQuiz: Markdown/Idee.
- platform: Sprachdateien.
- qrcode: Beschreibung.
- taxiBayTreuhand: Boilerplate/Vertragsordner, kein laufender Code.
Backend/Plattform (Bestandsaufnahme.md)
- Zentrale Auth/Billing-Logik ist konzeptionell vorhanden, aber nicht voll umgesetzt.
- JWT-Auth ist implementiert, Feature-Gates/Stripe-Logik fehlen.
- URL-Shortener Backend ist jetzt im Hauptserver integriert (/api/urlShortener, /s/:slug).