Gatsby bygger nettstedet ditt til vanlige filer i public/: HTML for hver side, pluss JavaScript-en som gjør navigasjonen rask. Siden Gatsby Cloud stengte i 2023, har mange Gatsby-nettsteder trengt et nytt hjem. Lobsite hoster den bygde mappen: kjør gatsby build, så npx lobsite, og nettstedet er live på en *.lobsite.app-adresse med HTTPS.
Slik fungerer det
- Bygg nettstedet med
npx gatsby build(ellernpm run build). Gatsby skriver det tilpublic/. - Kjør
npx lobsitei prosjektet. Den finnerpublic/og deployer den; i et Gatsby-prosjekt er det byggeresultatet, mens dine egne statiske filer ligger istatic/. Første deploy trenger ingen konto og varer i 6 timer. - Behold det med krav-lenken, i en gratis konto. Deretter oppdaterer de samme to kommandoene den samme adressen.
Innstillinger i gatsby-config
// gatsby-config.js
module.exports = {
siteMetadata: { siteUrl: "https://my-site.lobsite.app" },
};
siteMetadata.siteUrler den fullstendige adressen din.gatsby-plugin-sitemap, kanoniske lenker og feeder leser den.pathPrefixtrengs ikke: nettstedet leveres fra roten av adressen sin. Har du satt det for GitHub Pages, bygg uten--prefix-paths.gatsby cleantømmer hurtigbufferen ogpublic/. Kjør den hvis en deploy viser sider du har fjernet.
Hva som trenger Gatsbys serverfunksjoner
Statiske sider, gatsby-plugin-image og data fra GraphQL fungerer alle, fordi de løses under gatsby build. Tre funksjoner trenger en server og kjører ikke på Lobsite: Gatsby Functions (src/api), serverrendering med getServerData og Deferred Static Generation. Erstatt en function som håndterer et kontaktskjema med et skjema som sender til /_lobsite/forms/contact; se skjemaer. Videresendinger laget med createRedirect trenger et vertstillegg; på Lobsite legger du dem heller i lobsite.toml, med Videresendingsgenerator.
Filer lagres etter hash. Å deploye et uendret nettsted på nytt laster opp 0 byte.
Forhåndsvis før du går live. Rull tilbake med ett klikk, inkludert videresendinger.
Hvert nettsted får en *.lobsite.app-adresse med HTTPS fra første deploy.
Pek et skjema mot /_lobsite/forms/contact. Spamfilter inkludert.
Videresendinger, headere og skjemaer ligger i lobsite.toml og følger med hver deploy.
En deploy uten konto er live i 6 timer. Med krav-lenken beholder du den, gratis.
Gatsby-verter sammenlignet
| Lobsite | Netlify | GitHub Pages | |
|---|---|---|---|
| Statiske Gatsby-nettsteder | Ja | Ja | Ja |
| Functions, SSR, DSG | Nei | Ja | Nei |
| Bygger på serveren | Nei: du deployer public/ |
Ja | I GitHub Actions |
| Bare endrede filer lastes opp | Ja | Ja | Via Git |
| Konto før første deploy | Nei: live i 6 timer, så behold det gratis | Ja | Ja, og et repository |
| Skjemaer uten backend | Ja, når nettstedet er i en konto | Ja | Nei |
| Eget domene | Ja, gratis | Ja | Ja |
Netlify, som overtok Gatsby i 2023, kjører også serverfunksjonene. For et statisk Gatsby-nettsted, som de fleste er, deployer Lobsite den bygde mappen med én kommando, og Gatsbys hashede filnavn gjør at et nytt bygg bare laster opp filene som faktisk er endret.
Ofte stilte spørsmål
Hvor kan jeg hoste et Gatsby-nettsted nå som Gatsby Cloud er borte?
Enhver statisk vert leverer et bygd Gatsby-nettsted. På Lobsite kjører du gatsby build og npx lobsite; første deploy trenger ingen konto.
Hvorfor deployer npx lobsite public/ for Gatsby?
Fordi Gatsby skriver det bygde nettstedet til public/. Egne filer som skal kopieres, som favicon.ico, legges i static/, og Gatsby kopierer dem til public/ under bygget.
Fungerer gatsby-plugin-image på en statisk vert?
Ja. Bildene skaleres under gatsby build og skrives til public/, så når du deployer, er de vanlige filer.
Vil Gatsby-404-siden min fungere?
Ja. src/pages/404.js bygger 404.html, og Lobsite leverer den med status 404 for alle adresser som ikke finnes.