Gatsby compila tu sitio en archivos simples en public/: HTML para cada página, más el JavaScript que hace rápida la navegación. Desde que Gatsby Cloud cerró en 2023, muchos sitios de Gatsby han necesitado un nuevo hogar. Lobsite aloja la carpeta compilada: ejecuta gatsby build, luego npx lobsite, y el sitio estará publicado en una dirección *.lobsite.app con HTTPS.
Cómo funciona
- Compila el sitio con
npx gatsby build(onpm run build). Gatsby lo escribe enpublic/. - Ejecuta
npx lobsiteen el proyecto. Encuentrapublic/y lo despliega; en un proyecto de Gatsby esa es la salida del build, mientras que tus propios archivos estáticos están enstatic/. El primer deploy no necesita cuenta y dura 6 horas. - Consérvalo con el enlace para reclamarlo, en una cuenta gratuita. Después, los mismos dos comandos actualizan la misma dirección.
Ajustes de gatsby-config
// gatsby-config.js
module.exports = {
siteMetadata: { siteUrl: "https://my-site.lobsite.app" },
};
siteMetadata.siteUrles tu dirección completa. La leengatsby-plugin-sitemap, los enlaces canónicos y los feeds.pathPrefixno hace falta: el sitio se sirve desde la raíz de su dirección. Si lo configuraste para GitHub Pages, compila sin--prefix-paths.gatsby cleanvacía la caché ypublic/. Ejecútalo si un deploy muestra páginas que eliminaste.
Qué necesita las funciones de servidor de Gatsby
Las páginas estáticas, gatsby-plugin-image y los datos de GraphQL funcionan, porque se resuelven durante gatsby build. Tres funciones necesitan un servidor y no se ejecutan en Lobsite: Gatsby Functions (src/api), el renderizado en servidor con getServerData y Deferred Static Generation. Sustituye una función que procesa un formulario de contacto por un formulario que envíe a /_lobsite/forms/contact; consulta formularios. Las redirecciones creadas con createRedirect necesitan un plugin del hosting; en Lobsite, ponlas en lobsite.toml, con el Generador de redirecciones.
Los archivos se guardan por su hash. Volver a desplegar un sitio sin cambios sube 0 bytes.
Previsualiza antes de publicar. Vuelve atrás con un clic, redirecciones incluidas.
Cada sitio recibe una dirección *.lobsite.app con HTTPS desde el primer deploy.
Apunta un formulario a /_lobsite/forms/contact. Filtro de spam incluido.
Las redirecciones, cabeceras y formularios están en lobsite.toml y viajan con cada deploy.
Un deploy sin cuenta está publicado 6 horas. El enlace para reclamarlo lo conserva, gratis.
Comparativa de hostings para Gatsby
| Lobsite | Netlify | GitHub Pages | |
|---|---|---|---|
| Sitios estáticos de Gatsby | Sí | Sí | Sí |
| Functions, SSR, DSG | No | Sí | No |
| Compila en el servidor | No: despliegas public/ |
Sí | En GitHub Actions |
| Solo se suben los archivos cambiados | Sí | Sí | Mediante Git |
| Cuenta antes del primer deploy | No: publicado 6 horas, luego consérvalo gratis | Sí | Sí, y un repositorio |
| Formularios sin backend | Sí, cuando el sitio está en una cuenta | Sí | No |
| Dominio propio | Sí, gratis | Sí | Sí |
Netlify, que se hizo cargo de Gatsby en 2023, también ejecuta sus funciones de servidor. Para un sitio de Gatsby estático, como la mayoría, Lobsite despliega la carpeta compilada con un comando, y gracias a los nombres de archivo con hash de Gatsby, un nuevo build sube solo los archivos que realmente cambiaron.
Preguntas frecuentes
¿Dónde puedo alojar un sitio de Gatsby ahora que Gatsby Cloud ya no existe?
Cualquier hosting estático sirve un sitio de Gatsby compilado. En Lobsite, ejecuta gatsby build y npx lobsite; el primer deploy no necesita cuenta.
¿Por qué npx lobsite despliega public/ en Gatsby?
Porque Gatsby escribe el sitio compilado en public/. Tus propios archivos para copiar, como favicon.ico, van en static/, y Gatsby los copia a public/ durante el build.
¿Funciona gatsby-plugin-image en un hosting estático?
Sí. Las imágenes se redimensionan durante gatsby build y se escriben en public/, así que al desplegar ya son archivos simples.
¿Funcionará mi página 404 de Gatsby?
Sí. src/pages/404.js genera 404.html, y Lobsite la sirve con estado 404 para cualquier dirección que no exista.