Vai al contenuto principale
La pubblicazione distribuisce il commit main attuale. Non esiste un ramo di produzione separato: il commit pubblicato più recentemente su main è quello attivo. Per informazioni su come funzionano la compilazione e l’iterazione prima di questo punto, vedi Come funziona la compilazione.

​
Cosa fa la pubblicazione

  • App remote si distribuiscono nel cloud di Kazzle e ricevono un URL pubblico. Vedi Distribuzione per scoprire come funziona la distribuzione e come appare l’URL.
  • App locali si installano sul tuo computer. L’interfaccia utente si carica direttamente e la parte di processo esegue un server di sviluppo.
Quando pubblichi sul marketplace affinché altri possano installare, la tua app riceve un token di identità utente al lancio, una chiave di installazione per il suo backend e webhook di installazione/disinstallazione. Vedi Marketplace.

​
Cache, aggiornamenti e offline

Desktop e mobile aprono l’URL della tua app solo in una visualizzazione browser normale. Non cancellano le cache del browser, non forzano caricamenti solo da rete e non scelgono una politica di cache diversa per app pubbliche rispetto a private. La tua app web gestisce il caching:
  • Header HTTP Cache-Control per documenti e risorse
  • Configurazione facoltativa di service worker / PWA (i template includono vite-plugin-pwa con aggiornamento automatico)
  • Se una nuova compilazione si attiva immediatamente, si ricarica una volta o attende l’apertura successiva
  • Fallback offline per l’ultima compilazione attivata
Quando Kazzle rileva una nuova versione pubblicata per una scheda app aperta, chiede al service worker registrato di verificare la disponibilità di un aggiornamento (registration.update()). Le app senza service worker ignorano quel controllo e continuano a usare i propri header di cache HTTP. Le app pubblicate possono quindi aprirsi istantaneamente dalla cache, acquisire una nuova compilazione senza un aggiornamento forzato e mantenere l’ultima compilazione disponibile offline.

​
App in tempo reale

Per le app che necessitano di letture locali istantanee e supporto offline, l’AI:
  1. Crea un database
  2. Attiva la sincronizzazione in tempo reale
  3. Crea un’app in due parti: UI (React + client di sincronizzazione) e Process (endpoint token + caricamento sincronizzazione)
  4. Collega le credenziali attraverso il vault
Vedi Sincronizzazione in tempo reale per scoprire come funziona.

​
Domini personalizzati

Per usare un dominio personalizzato, punta il tuo dominio o sottodominio all’URL dell’app distribuita.

​
Passaggi successivi

  • Distribuzione - meccanica di distribuzione, URL di produzione e comandi di runtime
  • Marketplace - consenti ad altri space Kazzle di scoprire e installare la tua app