O Hugo transforma uma pasta de Markdown num site completo em milissegundos, escrito em public/. O Lobsite coloca essa pasta no ar com a mesma rapidez: rode hugo, depois npx lobsite, e o site fica no ar num endereço *.lobsite.app com HTTPS. Não é preciso um projeto Node.js além do npx, nem um servidor de build para manter na mesma versão do Hugo que a sua.
Como funciona
- Faça o build do site com
hugo --minify. O Hugo o escreve empublic/. - Rode
npx lobsitena pasta do site. Ele encontrapublic/e publica. O primeiro deploy não precisa de conta e dura 6 horas. - Mantenha-o com o link de resgate, numa conta gratuita. A pasta fica salva no
lobsite.toml; a partir daí,hugo --minify && npx lobsiteatualiza o site.
baseURL e uma pasta public/ limpa
# hugo.toml
baseURL = "https://my-site.lobsite.app/"
baseURLé o seu endereço completo, com a barra final. O Hugo o usa para links absolutos, feeds RSS e o sitemap. Defina como o seu endereço*.lobsite.appe atualize quando mudar para o seu próprio domínio.- O Hugo não esvazia
public/entre builds. Uma página que você apagou ou renomeou continua lá e é publicada. Faça o build comhugo --minify --cleanDestinationDir, ou apaguepublic/antes, para publicar exatamente o site atual. - Rascunhos e posts futuros ficam de fora, a menos que você use
--buildDraftsou--buildFuture, então um build normal dohugoé seguro para publicar.
Por que sites Hugo grandes publicam rápido
Um site Hugo com milhares de páginas ainda muda só alguns arquivos por post, mais as páginas de listagem e os feeds que apontam para ele. O Lobsite guarda os arquivos pelo hash e envia só aqueles cujo conteúdo mudou, então um deploy depois de um post novo envia kilobytes, não o site inteiro. Imagens que o Hugo processou num build anterior mantêm o mesmo conteúdo e não são enviadas de novo. Para conferir um deploy antes de ir ao ar, rode lobsite deploy --preview e abra a URL dele.
Os arquivos são guardados pelo hash. Refazer o deploy de um site sem mudanças envia 0 bytes.
Veja a prévia antes de ir ao ar. Volte atrás com um clique, redirecionamentos inclusos.
Todo site ganha um endereço *.lobsite.app com HTTPS desde o primeiro deploy.
Um deploy sem conta fica no ar por 6 horas. O link de resgate o mantém, de graça.
Redirecionamentos, cabeçalhos e formulários ficam no lobsite.toml e acompanham cada deploy.
Todo limite é publicado, e todo erro diz o que fazer em seguida.
Hospedagens para Hugo comparadas
| Lobsite | GitHub Pages | Netlify | Cloudflare Pages | |
|---|---|---|---|---|
| Faz o build do Hugo por você | Não: você publica public/ |
No GitHub Actions | Sim | Sim |
| Versão do Hugo | A sua, qualquer que seja | Definida no workflow | Definida numa variável | Definida numa variável |
| Conta antes do primeiro deploy | Não: no ar por 6 horas, depois mantenha grátis | Sim, e um repositório | Sim | Sim |
| Só os arquivos alterados são enviados | Sim | Via Git | Sim | Sim |
| Formulários sem backend | Sim, quando o site está numa conta | Não | Sim | Não |
| Domínio próprio | Sim, grátis | Sim | Sim | Sim |
Hospedagens que fazem build a partir do Git servem para uma equipe em que ninguém faz build localmente. Se você já roda hugo na sua máquina, publicar o resultado dispensa o servidor de build, as configurações de versão e a espera.
Perguntas frequentes
Preciso de Node.js para publicar um site Hugo?
Só para o npx, que roda a CLI do Lobsite. Seu projeto Hugo não precisa de package.json. Sem Node, solte a pasta public/ na caixa acima, ou no seu painel quando o site estiver na sua conta.
Por que páginas apagadas ainda aparecem no meu site Hugo?
O Hugo deixa os arquivos antigos em public/. Faça o build com --cleanDestinationDir, ou remova public/ antes do build, e publique de novo.
A página 404 do Hugo funciona?
Sim. Um template layouts/404.html gera 404.html, e o Lobsite o serve com status 404 para qualquer endereço que não exista.
Qual baseURL um site Hugo no Lobsite deve usar?
O endereço do seu site, como https://my-site.lobsite.app/. Quando renomear o site ou mudar para o seu próprio domínio, altere baseURL e faça o build de novo.