De fleste Jekyll-nettsteder ligger på GitHub Pages, som bygger dem for deg, men bare med programtilleggene GitHub tillater, og bare fra et repository. Bygger du Jekyll selv, forsvinner begge grensene: kjør bundle exec jekyll build, og det ferdige nettstedet ligger i _site/. Så legger npx lobsite det ut på en *.lobsite.app-adresse med HTTPS, med skjemaer som GitHub Pages ikke har.
Slik fungerer det
- Bygg nettstedet med
JEKYLL_ENV=production bundle exec jekyll build. Jekyll skriver det til_site/. - Kjør
npx lobsitei nettstedets mappe. Den finner_site/og deployer den. 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.
Flytte fra GitHub Pages
- Alle programtillegg fungerer. GitHub Pages kjører bare programtilleggene i gemmen
github-pages. Når du bygger selv, kjører alt iGemfile, også de GitHub Pages avviser. baseurler ofte/repo-namepå et GitHub Pages-prosjektnettsted. På Lobsite leveres nettstedet fra roten av adressen sin, så settbaseurl: ""i_config.yml, ogurltil*.lobsite.app-adressen din.- Gemmen
github-pageskan byttes ut med vanligjekylliGemfile, så du velger Jekyll-versjonen i stedet for GitHub. - Ikke behov for repository. Nettstedet kan fortsatt ligge i Git, men deploy avhenger ikke av en push.
Videresendinger, skjemaer og feeder
jekyll-redirect-from lager HTML-sider som videresender med JavaScript eller meta refresh. På Lobsite kan du heller bruke ekte 301-videresendinger i lobsite.toml, som søkemotorer behandler som en flytting; Videresendingsgenerator skriver dem for deg. Skjemaer som sender til /_lobsite/forms/contact, samler innsendinger med spamfilter når nettstedet er i en konto, uten Formspree eller andre tjenester. Feeder fra jekyll-feed og sitemaps fra jekyll-sitemap er filer i _site/ og leveres som de er.
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.
Pek et skjema mot /_lobsite/forms/contact. Spamfilter inkludert.
Hvert nettsted får en *.lobsite.app-adresse med HTTPS fra første deploy.
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.
Jekyll-verter sammenlignet
| Lobsite | GitHub Pages | Netlify | |
|---|---|---|---|
| Bygger Jekyll for deg | Nei: du deployer _site/ |
Ja | Ja |
| Programtillegg | Alle | github-pages-settet, eller alle med GitHub Actions |
Alle |
| Krever et repository | Nei | Ja | For Git-deployer |
| Konto før første deploy | Nei: live i 6 timer, så behold det gratis | Ja | Ja |
| Skjemaer uten backend | Ja, når nettstedet er i en konto | Nei | Ja |
| Eget domene | Ja, gratis | Ja, gratis | Ja, gratis |
GitHub Pages er gratis med eget domene og et fint hjem for et Jekyll-nettsted som passer reglene. Lobsite er for når du vil ha hvilket som helst programtillegg, ekte videresendinger eller skjemaer, og en deploy som er én kommando fra maskinen din.
Ofte stilte spørsmål
Kan jeg bruke Jekyll-programtillegg som GitHub Pages ikke tillater?
Ja. Du bygger nettstedet selv, så alle programtillegg i Gemfile kjører. Lobsite hoster bare resultatet i _site/.
CSS-en på Jekyll-nettstedet mitt mangler etter flyttingen fra GitHub Pages. Hvorfor?
baseurl er sannsynligvis fortsatt satt til navnet på repositoryet, så lenker peker til /repo-name/assets/.... Sett baseurl: "" i _config.yml, bygg på nytt og deploy.
Trenger jeg Ruby på maskinen som deployer?
Du trenger Ruby for å bygge Jekyll, som alltid. Deploy krever Node.js for npx lobsite; uten det kan du slippe _site/ i boksen over.
Kan jeg beholde Jekyll-nettstedet mitt i et GitHub-repository?
Ja. La kildekoden ligge der den er, og deploy fra maskinen din. Deploy fra GitHub Actions krever et CI-token, som følger med betalingsplanen som kommer snart.