La maggior parte dei siti Jekyll sta su GitHub Pages, che ne fa la build per te, ma solo con i plugin consentiti da GitHub e solo da un repository. Fare la build di Jekyll da te elimina entrambi i limiti: esegui bundle exec jekyll build e il sito finito è in _site/. Poi npx lobsite lo mette online a un indirizzo *.lobsite.app con HTTPS, con i moduli che GitHub Pages non ha.
Come funziona
- Fai la build del sito con
JEKYLL_ENV=production bundle exec jekyll build. Jekyll lo scrive in_site/. - Esegui
npx lobsitenella cartella del sito. Trova_site/e lo pubblica. 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.
Lasciare GitHub Pages
- Funziona qualsiasi plugin. GitHub Pages esegue solo i plugin della gem
github-pages. Quando fai la build da te, gira tutto ciò che è nel tuoGemfile, compresi i plugin che GitHub Pages rifiuta. baseurlsu un sito di progetto GitHub Pages è spesso/repo-name. Su Lobsite il sito è servito dalla radice del suo indirizzo, quindi impostabaseurl: ""in_config.ymleurlsul tuo indirizzo*.lobsite.app.- La gem
github-pagessi può sostituire con un semplicejekyllnel tuoGemfile, così la versione di Jekyll la scegli tu invece di GitHub. - Nessun repository necessario. Il sito può restare in Git, ma il deploy non dipende da un push.
Reindirizzamenti, moduli e feed
jekyll-redirect-from crea pagine HTML che reindirizzano con JavaScript o un meta refresh. Su Lobsite puoi usare invece veri reindirizzamenti 301 in lobsite.toml, che i motori di ricerca trattano come uno spostamento; il Generatore di reindirizzamenti li scrive per te. I moduli che inviano a /_lobsite/forms/contact raccolgono gli invii con filtro antispam quando il sito è in un account, senza Formspree né altri servizi. I feed di jekyll-feed e le sitemap di jekyll-sitemap sono file in _site/ e vengono serviti così come sono.
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.
Fai puntare un modulo a /_lobsite/forms/contact. Filtro antispam incluso.
Ogni sito riceve un indirizzo *.lobsite.app con HTTPS dal primo deploy.
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 Jekyll a confronto
| Lobsite | GitHub Pages | Netlify | |
|---|---|---|---|
| Fa la build di Jekyll per te | No: pubblichi _site/ |
Sì | Sì |
| Plugin | Qualsiasi | Il set github-pages, o qualsiasi con GitHub Actions |
Qualsiasi |
| Richiede un repository | No | Sì | Per i deploy da Git |
| Account prima del primo deploy | No: online 6 ore, poi tienilo gratis | Sì | Sì |
| Moduli senza backend | Sì, quando il sito è in un account | No | Sì |
| Dominio personalizzato | Sì, gratis | Sì, gratis | Sì, gratis |
GitHub Pages è gratuito con un dominio personalizzato ed è un'ottima casa per un sito Jekyll che rispetta le sue regole. Lobsite è per quando vuoi qualsiasi plugin, veri reindirizzamenti o moduli, e un deploy che sia un solo comando dal tuo computer.
Domande frequenti
Posso usare plugin Jekyll che GitHub Pages non consente?
Sì. La build del sito la fai tu, quindi gira ogni plugin del tuo Gemfile. Lobsite ospita solo il risultato in _site/.
Dopo aver lasciato GitHub Pages, il CSS del mio sito Jekyll è sparito. Perché?
Probabilmente baseurl è ancora impostato sul nome del repository, quindi i link puntano a /repo-name/assets/.... Imposta baseurl: "" in _config.yml, rifai la build e pubblica.
Mi serve Ruby sul computer da cui pubblico?
Ruby serve per la build di Jekyll, come sempre. Per pubblicare serve Node.js per npx lobsite; senza, trascina _site/ nel riquadro qui sopra.
Posso tenere il mio sito Jekyll in un repository GitHub?
Sì. Lascia il sorgente dov'è e pubblica dal tuo computer. Pubblicare da GitHub Actions richiede un token CI, incluso nel piano a pagamento, in arrivo.