blitz.cloud Änderungen

Das neueste Release von blitz.cloud vom 14. September 2026 baut jedes öffentliche GitHub-Projekt aus dem Quellcode und stellt es online. Das Release davor brachte Besucherstatistik ohne Cookies und ein Cookie-Banner. Jede Änderung, die beeinflusst, was du tun kannst, steht hier, die neueste zuerst.

Den aktuellen Stand in einer Liste findest du unter Was schon geht.

14. September 2026 - Eigenen Code von GitHub bauen

• Füg in "Host something new" den Link zu einem beliebigen öffentlichen GitHub-Repository ein, und blitz.cloud klont es, baut es und startet das Ergebnis unter deiner Adresse mit HTTPS. Es muss nicht dein Repository sein.
• Ein Projekt mit Dockerfile wird damit gebaut. Ein Projekt ohne wird erkannt und trotzdem gebaut.
• Das Build-Log steht im Tab Deployments unter der Zeile, zu der es gehört, und bleibt danach lesbar. Bei einem Fehler gibt es einen Satz, mit dem du etwas anfangen kannst, und darunter das rohe Log.
• Die laufende Version bleibt oben, bis ein neuer Build funktioniert. Ein fehlgeschlagener Build ändert also nichts.
• Der Port kommt aus dem, was das gebaute Image angibt, und deine App bekommt ihn gesagt.
• Builds laufen in einer Sandbox ohne Zugriff auf irgendetwas von uns oder von anderen.
• Ein GitHub-Konto zu verbinden, was private Projekte und das Ausrollen bei jedem Push braucht, ist noch nicht freigeschaltet.

14. September 2026 - Besucherstatistik und Cookie-Einwilligung

• Besuche auf blitz.cloud und im Dashboard zählt das eigene Matomo von BlitzWorks in Deutschland, ohne Cookies, mit gekürzter IP-Adresse und ohne Weitergabe.
• Ein Cookie, das einen erneuten Besuch erkennt, wird erst nach einem Ja gesetzt. Erlauben und Ablehnen sind gleich groß und je ein Klick, und die Wahl lässt sich im Footer oder in den Einstellungen ändern.
• Das Dashboard meldet Routen, nicht ihren Inhalt: Matomo sieht /apps/:id, nicht welche App.
• Gehostete Apps können keine Zahlen in die Statistik schicken.

13. September 2026 - Datenbanken und nächtliche Backups

• PostgreSQL-, MariaDB- oder Redis-Datenbanken mit einem Klick anlegen. Meist sind sie in unter einer Minute bereit.
• Apps, die eine Datenbank brauchen, bekommen eine eingerichtet und verbunden. Die Einstellungen, die sie lesen, werden ausgefüllt und angezeigt, bevor irgendetwas angewendet wird.
• Jede Datenbank wird jede Nacht außerhalb unserer Server gesichert. Der kostenlose Tarif behält 7 Nächte, und PostgreSQL und MariaDB lassen sich per Knopf wiederherstellen.
• Datenbanken sind aus deinen eigenen Apps erreichbar und von nirgendwo sonst.
• Beim Löschen einer App wirst du gefragt, was mit ihrer Datenbank passieren soll, ohne vorausgewählte Antwort.
• Jede App behält ihre eigene Datenbank, damit zwei Apps nicht gegenseitig ihre Tabellen überschreiben.
• MongoDB gibt es nicht, und Apps, die es brauchen, sagen das vor der Installation.
• Behoben: Die Anmeldung konnte während eines Releases ein, zwei Minuten lang fehlschlagen.

13. September 2026 - App Store, Einstellungen und Dateien, die bleiben

• Ein App Store mit 13 Open-Source-Apps, durchsuchbar und nach Zweck gruppiert. Jede Karte sagt vor dem Installieren-Knopf, was die App braucht und ob hier etwas an ihr nicht funktioniert.
• Verschlüsselte Umgebungsvariablen pro App, verborgen bis zum Aufdecken, wirksam nach einem Neustart.
• Dateien, die Neustarts überstehen. Jedes Konto hat eine Festplatte, jede App einen eigenen Ordner darauf.
• "Needs attention" (braucht Aufmerksamkeit) zeigt, warum eine App Probleme hat, mit ihren letzten Log-Zeilen auf derselben Seite.
• Ein Verlauf der Deployments für jede App.
• Apps aus dem App Store bekommen Health Checks, die wissen, was "funktioniert" für sie bedeutet, und werden neu gestartet, wenn sie nicht mehr antworten.

12. September 2026 - Hosting geht live

• Jedes öffentliche Docker-Image unter deiner eigenen Adresse online stellen. Der Assistent durchsucht Docker Hub beim Tippen und zeigt die echten Tags.
• blitz.cloud ermittelt aus dem Image selbst den Port, eine benötigte Datenbank und die Ordner, die erhalten bleiben sollen. Ein Sprachmodell füllt die Lücken.
• Eine Subdomain pro App unter deiner Adresse, frei anlegen, umbenennen und löschen.
• Ein Wildcard-HTTPS-Zertifikat für jedes Konto.
• Live-Logs, Neustart, Pausieren und Löschen.
• Tarif-Anzeigen in den Einstellungen, die die Grenzen zeigen, die die Plattform wirklich durchsetzt.
• Jede App läuft in einer gVisor-Sandbox als normaler Benutzer ohne Root.

12. September 2026 - Konten und Adressen

• Offene Registrierung, keine Warteliste und keine Einladungscodes.
• Anmeldung mit E-Mail und Passwort, GitHub oder Google. Passkeys und Zwei-Faktor-Anmeldung mit Authenticator-App.
• Die Einstellungen zeigen jedes angemeldete Gerät, mit Abmeldung pro Gerät.
• Adresse sichern mit Live-Prüfung, ob der Name frei ist. Umbenennen einmal alle 14 Tage; alte Namen bleiben 30 Tage reserviert.
• Die Registrierung ist mit Rate Limits und einer Sperre für Wegwerf-E-Mail-Anbieter geschützt.
• Behoben: Konto-E-Mails wurden am ersten Tag nicht zugestellt.

12. September 2026 - Erste Version

• Die Startseite von blitz.cloud, die Steuerung der Plattform und ihre Datenbank gingen online, mit Wildcard-HTTPS für blitz.cloud.