Skip to main content
Das Veröffentlichen stellt den aktuellen main-Commit bereit. Es gibt keinen separaten Production-Branch – der zuletzt veröffentlichte Commit auf main ist live. Informationen dazu, wie Building und Iteration davor funktionieren, findest du unter How building works.

​
Was Veröffentlichung bewirkt

  • Remote-Apps werden in Kazzles Cloud bereitgestellt und erhalten eine öffentliche URL. Siehe Deploying für Details zum Deployment und zur URL-Struktur.
  • Lokale Apps werden auf deinem Computer installiert. Die UI wird direkt geladen, und der Process-Teil führt einen Dev-Server aus.
Wenn du deine App im Marketplace veröffentlichst, damit andere sie installieren können, erhält deine App beim Start ein User-Identity-Token, einen Install-Key für sein Backend und Install-/Uninstall-Webhooks. Siehe Marketplace.

​
Caching, Updates und Offline

Desktop und Mobile öffnen deine App-URL nur in einer normalen Browser-Ansicht. Sie löschen nicht Browser-Caches, erzwingen keine Network-Only-Loads und verwenden keine unterschiedliche Cache-Policy für öffentliche und private Apps. Deine Web-App verwaltet das Caching:
  • HTTP Cache-Control-Header für Dokumente und Assets
  • Optionales Service-Worker- / PWA-Setup (Templates enthalten vite-plugin-pwa mit Auto-Update)
  • Ob ein neuer Build sofort aktiviert wird, einmal neu geladen wird oder auf die nächste Öffnung wartet
  • Offline-Fallback für den zuletzt aktivierten Build
Wenn Kazzle eine neue veröffentlichte Version für einen offenen App-Tab erkennt, fordert es den registrierten Service-Worker auf, nach einem Update zu suchen (registration.update()). Apps ohne Service-Worker ignorieren diese Prüfung und verwenden weiterhin ihre eigenen HTTP-Cache-Header. Veröffentlichte Apps können daher sofort aus dem Cache geladen werden, einen neuen Build ohne Hard-Refresh übernehmen und den neuesten Build offline verfügbar halten.

​
Realtime-Apps

Für Apps, die sofortige lokale Lesevorgänge und Offline-Unterstützung benötigen, führt die KI folgende Schritte durch:
  1. Erstellt eine Datenbank
  2. Aktiviert Realtime-Sync
  3. Erstellt eine zweiteilige App: UI (React + Sync-Client) und Process (Token-Endpoint + Sync-Upload)
  4. Verbindet Credentials über den vault
Siehe Realtime sync für Details zur Funktionsweise.

​
Custom Domains

Um eine Custom Domain zu verwenden, verweise deine Domain oder Subdomain auf die bereitgestellte App-URL.

​
Nächste Schritte

  • Deploying – Deployment-Mechanik, Production-URLs und Runtime-Befehle
  • Marketplace – andere Kazzle Spaces können deine App entdecken und installieren