Okou può pubblicare output HTML statico su un URL pubblico che puoi inviare a chiunque: nessuna pipeline di deploy, nessun account di hosting, nessun repository. Un file sulla macchina di Okou non è qualcosa che i tuoi colleghi possono aprire; una pagina ospitata sì.
Disponibile su tutti i piani, Free incluso.
A cosa serve
- Presentazioni e report. Una presentazione generata o un report di metriche diventa un link che lasci su Slack, invece di un file che tutti devono scaricare.
- Landing page e microsite. Pagine di lancio, siti per eventi, one-off di campagna.
- Hub interni. Pagine di onboarding, runbook e dashboard per un team che non vuole l'ennesimo strumento.
- Demo interattive. Un prototipo che qualcuno può esplorare con un clic prima che tu lo costruisca davvero.
- Tutto ciò che una automation produce a cadenza regolare. Un report settimanale che vive sempre allo stesso URL è più facile da salvare tra i preferiti di un allegato settimanale.
Come funziona
Chiedilo: «Pubblica questo come pagina che posso condividere». Okou costruisce il bundle statico, pubblica la directory e risponde con l'URL.
Dettagli utili da sapere:
- Un sito ha uno slug. Lo slug determina l'URL. Pubblicare di nuovo sullo stesso slug porta una nuova versione allo stesso indirizzo: esattamente ciò che serve per un report ricorrente.
- Le versioni sono immutabili. Ogni pubblicazione viene conservata come versione a sé, così un aggiornamento sbagliato si può individuare e sostituire invece che rimpiangere.
- Le single-page app sono supportate. I siti con routing lato client servono i percorsi sconosciuti da
index.html, così i deep link funzionano. - I siti esistenti si possono modificare. Okou può riscaricare un sito pubblicato, cambiare ciò che va cambiato e ripubblicarlo: non devi rigenerare tutto da zero.
Note pratiche
- L'URL è il deliverable. Un percorso di file locale o l'indirizzo di un dev server sulla macchina di Okou non è raggiungibile da nessuno tranne Okou. Se qualcuno deve vederlo, serve un URL ospitato, un messaggio o un'esportazione del file.
- L'hosting è per output statico. Pagine, presentazioni, report e app lato client funzionano. Tutto ciò che richiede un backend attivo, un database o un worker in background appartiene alla tua pipeline di deploy.
- Le risorse dovrebbero essere file veri. Metti le immagini accanto all'HTML e richiamale con percorsi relativi invece di incorporarle, così vengono renderizzate in modo affidabile una volta pubblicate.
- Pubblico vuol dire pubblico. Chiunque abbia il link può aprire la pagina. Non pubblicare nulla che non metteresti in un canale condiviso: per il materiale riservato, consegna su Notion, in un Google Doc o in DM.
Prossimi passi
- Vedi Generation per produrre l'HTML in partenza.
- Vedi Automations per pubblicare con una pianificazione.
