User-Init lief über Pipedream ↔ Adalo strukturell instabil — Webhooks brachen ab, Rate-Limits liefen über, Accounts blieben halb initialisiert. Der neue Service ersetzt das: stabil, idempotent und selbstheilend, jeder neue Account wird verlässlich vollständig aufgesetzt. Code und Tests stehen, der Service läuft bei uns — jetzt soll er auf eure Infrastruktur umziehen.
Bei der Registrierung ruft die App einen kleinen PHP-Endpoint auf. Der bestätigt sofort und legt danach im Hintergrund die rund 254 Startdaten des Nutzers in 5 Collections an. Die App zeigt so lange einen Ladescreen, bis alles steht — der User merkt vom Vorgang nichts.
Sign-up in der App │ ▼ POST /api/init-user.php [Init-Service] → 202, sofort bestätigt │ ▼ läuft im Hintergrund weiter [5 Collections] 254 Startdaten anlegen │ ▼ Flags INIT + INIT_GTG gesetzt [App] pollt Status → Ladescreen aus
Standard-LAMP, kein Lock-in. Matthias hat uns bestätigt, dass sich diese Bausteine auf eurer Infrastruktur einrichten lassen — Cronjob eingeschlossen. Hier zur Übersicht, worum es konkret geht und was bis zum Termin bereitstehen sollte:
| Baustein | Wozu / Anforderung | Bis zum Termin |
|---|---|---|
| PHP 8.3 (FPM) | Führt den Service aus. Wichtig: als FPM, nicht nur CLI — nur damit funktioniert die sofortige Bestätigung samt Hintergrund-Job (fastcgi_finish_request). |
Als FPM bereitstellen, nicht nur CLI. |
| Webserver | Vhost auf eigener Subdomain, langer Timeout (~300 s) für den Hintergrund-Job, interne Ordner (data/, lib/) gesperrt. |
Vhost anlegen, Timeout auf ~300 s heben. |
| Datenbank | Kleine MariaDB/MySQL-DB + eigener DB-User nur fürs Job-Tracking — keine Nutzerdaten. Das Schema liefern wir mit. | DB + DB-User anlegen, Zugangsdaten für uns hinterlegen. |
| Subdomain + DNS | Z. B. init.deinespuren.online — A-Record auf euren Server. |
Namen festlegen und A-Record setzen. |
| SSL-Zertifikat | Let's Encrypt für die Subdomain. Pflicht — Adalo spricht den Endpoint nur über HTTPS an. | Zertifikat für die Subdomain ausstellen. |
| Cronjob | Ruft alle paar Minuten cron.php auf und holt abgebrochene Inits automatisch nach — das Self-Healing. |
Aufruf alle paar Minuten einrichten. |
In drei Schritten, kein Big-Bang: 1. Wir bauen die App-seitige Adalo-Anbindung (Custom Action beim Sign-up + Ladescreen) und testen den kompletten Ablauf end-to-end auf unserem Server — damit bei euch nichts Ungeklärtes ankommt. 2. Steht der Flow, bekommt ihr ein Paket: alle Dateien plus Schritt-für-Schritt-Anleitung. 3. Ein gemeinsamer Termin für die Liveschaltung, zuerst mit Test-Usern. Die bisherigen Pipedream-Workflows laufen als Sicherheitsnetz weiter — scharf geschaltet wird erst nach erfolgreicher Verifikation.