Gatsby trasforma il tuo sito in file semplici in public/: HTML per ogni pagina, più il JavaScript che rende veloce la navigazione. Da quando Gatsby Cloud ha chiuso nel 2023, molti siti Gatsby hanno avuto bisogno di una nuova casa. Lobsite ospita la cartella generata: esegui gatsby build, poi npx lobsite, e il sito è online a un indirizzo *.lobsite.app con HTTPS.
Come funziona
- Fai la build del sito con
npx gatsby build(onpm run build). Gatsby lo scrive inpublic/. - Esegui
npx lobsitenel progetto. Trovapublic/e lo pubblica; in un progetto Gatsby è l'output della build, mentre i tuoi file statici stanno instatic/. Il primo deploy non richiede account e dura 6 ore. - Tienilo con il link per rivendicarlo, in un account gratuito. Da lì in poi, gli stessi due comandi aggiornano lo stesso indirizzo.
Impostazioni di gatsby-config
// gatsby-config.js
module.exports = {
siteMetadata: { siteUrl: "https://my-site.lobsite.app" },
};
siteMetadata.siteUrlè il tuo indirizzo completo. Lo leggonogatsby-plugin-sitemap, i link canonici e i feed.pathPrefixnon serve: il sito è servito dalla radice del suo indirizzo. Se l'avevi impostato per GitHub Pages, fai la build senza--prefix-paths.gatsby cleansvuota la cache epublic/. Eseguilo se un deploy mostra pagine che hai rimosso.
Cosa richiede le funzionalità server di Gatsby
Le pagine statiche, gatsby-plugin-image e i dati da GraphQL funzionano tutti, perché vengono risolti durante gatsby build. Tre funzionalità richiedono un server e non girano su Lobsite: le Gatsby Functions (src/api), il rendering lato server con getServerData e la Deferred Static Generation. Sostituisci una function che gestisce un modulo di contatto con un modulo che invia a /_lobsite/forms/contact; vedi moduli. I reindirizzamenti creati con createRedirect richiedono un plugin dell'hosting; su Lobsite, mettili invece in lobsite.toml, con il Generatore di reindirizzamenti.
I file vengono salvati in base al loro hash. Ripubblicare un sito invariato carica 0 byte.
Anteprima prima di andare online. Rollback in un clic, reindirizzamenti compresi.
Ogni sito riceve un indirizzo *.lobsite.app con HTTPS dal primo deploy.
Fai puntare un modulo a /_lobsite/forms/contact. Filtro antispam incluso.
Reindirizzamenti, header e moduli stanno in lobsite.toml e viaggiano con ogni deploy.
Un deploy senza account resta online per 6 ore. Il link per rivendicarlo lo conserva, gratis.
Hosting per Gatsby a confronto
| Lobsite | Netlify | GitHub Pages | |
|---|---|---|---|
| Siti Gatsby statici | Sì | Sì | Sì |
| Functions, SSR, DSG | No | Sì | No |
| Build sul server | No: pubblichi public/ |
Sì | In GitHub Actions |
| Carica solo i file modificati | Sì | Sì | Tramite Git |
| Account prima del primo deploy | No: online 6 ore, poi tienilo gratis | Sì | Sì, e un repository |
| Moduli senza backend | Sì, quando il sito è in un account | Sì | No |
| Dominio personalizzato | Sì, gratis | Sì | Sì |
Netlify, che ha rilevato Gatsby nel 2023, esegue anche le sue funzionalità server. Per un sito Gatsby statico, come la maggior parte, Lobsite pubblica la cartella generata con un comando, e grazie ai nomi di file con hash di Gatsby una nuova build carica solo i file davvero cambiati.
Domande frequenti
Dove posso ospitare un sito Gatsby ora che Gatsby Cloud non c'è più?
Qualsiasi hosting statico serve un sito Gatsby generato. Su Lobsite, esegui gatsby build e npx lobsite; il primo deploy non richiede account.
Perché npx lobsite pubblica public/ per Gatsby?
Perché Gatsby scrive il sito generato in public/. I tuoi file da copiare, come favicon.ico, vanno in static/, e Gatsby li copia in public/ durante la build.
gatsby-plugin-image funziona su un hosting statico?
Sì. Le immagini vengono ridimensionate durante gatsby build e scritte in public/, quindi al momento del deploy sono file semplici.
La mia pagina 404 di Gatsby funzionerà?
Sì. src/pages/404.js genera 404.html, e Lobsite lo serve con stato 404 per ogni indirizzo che non esiste.