Hugo maakt van een map Markdown in milliseconden een complete site, geschreven naar public/. Lobsite zet die map net zo snel online: voer hugo uit, dan npx lobsite, en de site staat live op een *.lobsite.app-adres met HTTPS. Naast npx heb je geen Node.js-project nodig, en geen buildserver die je op dezelfde Hugo-versie als de jouwe moet houden.
Zo werkt het
- Bouw de site met
hugo --minify. Hugo schrijft hem naarpublic/. - Voer
npx lobsiteuit in de map van de site. Het vindtpublic/en deployt die. De eerste deploy heeft geen account nodig en duurt 6 uur. - Houd hem met de claimlink, in een gratis account. De map wordt opgeslagen in
lobsite.toml; vanaf dan werkthugo --minify && npx lobsitede site bij.
baseURL en een schone public/-map
# hugo.toml
baseURL = "https://my-site.lobsite.app/"
baseURLis je volledige adres, met de slash aan het eind. Hugo gebruikt het voor absolute links, RSS-feeds en de sitemap. Zet het op je*.lobsite.app-adres en pas het aan als je naar je eigen domein verhuist.- Hugo maakt
public/niet leeg tussen builds. Een pagina die je hebt verwijderd of hernoemd blijft daar staan en wordt meegedeployd. Bouw methugo --minify --cleanDestinationDir, of verwijder eerstpublic/, zodat je precies de huidige site deployt. - Concepten en toekomstige berichten blijven buiten de build, tenzij je bouwt met
--buildDraftsof--buildFuture; een gewonehugo-build is dus veilig om te deployen.
Waarom grote Hugo-sites snel deployen
Een Hugo-site met duizenden pagina's verandert per bericht toch maar een paar bestanden, plus de overzichtspagina's en feeds die ernaar linken. Lobsite slaat bestanden op naar hun hash en uploadt alleen bestanden waarvan de inhoud is veranderd, dus een deploy na een nieuw bericht verstuurt kilobytes, niet de hele site. Afbeeldingen die Hugo in een eerdere build heeft verwerkt houden dezelfde inhoud en worden niet opnieuw verstuurd. Wil je een deploy controleren voor hij live gaat, voer dan lobsite deploy --preview uit en open de URL ervan.
Bestanden worden op hun hash opgeslagen. Een ongewijzigde site opnieuw deployen uploadt 0 bytes.
Bekijk een voorbeeld voordat het live gaat. Zet in één klik terug, inclusief doorverwijzingen.
Elke site krijgt vanaf de eerste deploy een *.lobsite.app-adres met HTTPS.
Een deploy zonder account is 6 uur live. Met de claimlink houd je hem, gratis.
Doorverwijzingen, headers en formulieren staan in lobsite.toml en reizen mee met elke deploy.
Elke limiet is gepubliceerd, en elke fout vertelt je wat je moet doen.
Hugo-hosts vergeleken
| Lobsite | GitHub Pages | Netlify | Cloudflare Pages | |
|---|---|---|---|---|
| Bouwt Hugo voor je | Nee: je deployt public/ |
In GitHub Actions | Ja | Ja |
| Hugo-versie | De jouwe, welke dan ook | Ingesteld in de workflow | Ingesteld in een variabele | Ingesteld in een variabele |
| Account vóór de eerste deploy | Nee: 6 uur live, daarna gratis houden | Ja, en een repository | Ja | Ja |
| Alleen gewijzigde bestanden uploaden | Ja | Via Git | Ja | Ja |
| Formulieren zonder backend | Ja, zodra de site in een account staat | Nee | Ja | Nee |
| Eigen domein | Ja, gratis | Ja | Ja | Ja |
Hosts die vanuit Git bouwen passen bij een team waarin niemand lokaal bouwt. Draai je hugo al op je eigen machine, dan sla je met het deployen van het resultaat de buildserver, de versie-instellingen en de wachttijd over.
Veelgestelde vragen
Heb ik Node.js nodig om een Hugo-site te deployen?
Alleen voor npx, dat de Lobsite-CLI draait. Je Hugo-project heeft geen package.json nodig. Zonder Node sleep je de map public/ naar het vak hierboven, of naar je dashboard zodra de site in je account staat.
Waarom staan verwijderde pagina's nog op mijn Hugo-site?
Hugo laat oude bestanden in public/ staan. Bouw met --cleanDestinationDir, of verwijder public/ voor het bouwen, en deploy daarna opnieuw.
Werkt de 404-pagina van Hugo?
Ja. Een sjabloon layouts/404.html bouwt 404.html, en Lobsite serveert die met status 404 voor elk adres dat niet bestaat.
Welke baseURL moet een Hugo-site op Lobsite gebruiken?
Het adres van je site, zoals https://my-site.lobsite.app/. Als je de site hernoemt of naar je eigen domein verhuist, pas je baseURL aan en bouw je opnieuw.