Publique su sitio desde GitHub con CR Servers Static Deploy

CR Servers Static Deploy publica su sitio web desde un repositorio de GitHub en su hospedaje de CR Servers. Cada vez que hace push a su rama principal, GitHub construye el sitio y lo sube a su hospedaje con una conexión FTPS cifrada.

Está pensado para desarrolladores que tienen su sitio en GitHub, por ejemplo un sitio de Next.js exportado como archivos estáticos. Si prefiere actualizar su sitio pidiéndoselo a ChatGPT o Claude, use AI Connect.

¿Static Deploy o AI Connect?

	Static Deploy	AI Connect
Ideal para	Desarrolladores que trabajan en GitHub	Actualizar su sitio pidiéndoselo a un asistente de IA
Cómo se publican los cambios	Un push a GitHub construye y sube el sitio	El asistente prepara un borrador, muestra una vista previa y publica cuando usted confirma
Deshacer	Revierta el commit y haga push de nuevo	Una frase deshace cualquiera de las últimas cinco publicaciones

Use uno por sitio. Los dos escriben en la misma carpeta: AI Connect no publica sobre archivos que cambió una publicación desde GitHub, y la siguiente publicación desde GitHub reemplaza lo que publicó un asistente.

Qué necesita

• Un repositorio de GitHub cuya compilación produzca archivos estáticos (HTML, CSS, JavaScript, imágenes), por ejemplo Next.js con output: "export" y pnpm.
• Un servicio de hospedaje compartido de CR Servers.

Configuración

1. Cree una cuenta FTP solo para publicar. En el panel de control del hospedaje, agregue una cuenta FTP cuya carpeta de inicio sea la carpeta del sitio (vea cómo). No use el usuario principal del hospedaje: si el secreto de GitHub se filtrara, esta cuenta solo puede tocar esa carpeta.

2. Busque el nombre del servidor que muestra el panel de control, por ejemplo iwx41.crservers.com. Úselo en lugar de su dominio: el certificado de la conexión cifrada es del servidor.

3. Agregue los secretos en GitHub. En su repositorio, abra Settings → Secrets and variables → Actions y agregue:

   Secreto	Valor
   FTP_HOST	El nombre del servidor del paso 2
   FTP_USER	La cuenta FTP de publicación, por ejemplo deploy@sudominio.com
   FTP_PASSWORD	Su contraseña
   FTP_REMOTE_PATH	/ (la cuenta de publicación ya empieza en la carpeta del sitio)

4. Agregue el flujo de trabajo. Cree .github/workflows/deploy.yml:

   name: Deploy site
   on:
     push:
       branches: [main]
   permissions:
     contents: read
     actions: write
   jobs:
     deploy:
       uses: edenia/crservers-static-deploy/.github/workflows/deploy-static-site.yml@v1
       secrets:
         FTP_HOST: ${{ secrets.FTP_HOST }}
         FTP_USER: ${{ secrets.FTP_USER }}
         FTP_PASSWORD: ${{ secrets.FTP_PASSWORD }}
         FTP_REMOTE_PATH: ${{ secrets.FTP_REMOTE_PATH }}
   

5. Haga push a main. Abra la pestaña Actions en GitHub para seguir la compilación y la subida, y luego abra su sitio.

La documentación de Static Deploy (en inglés) lista todas las opciones, como la versión de Node.js, los comandos de compilación, una prueba sin subir archivos y una subida limpia completa.

Formularios de contacto

Un sitio estático no puede enviar correos por sí solo. CR Servers ofrece un pequeño servicio para formularios de contacto que envía los mensajes desde un buzón de su dominio. Abra un ticket y lo configuramos con usted.

Solución de problemas

Problema	Qué hacer
La subida falla con un error de certificado o TLS	Use el nombre del servidor como FTP_HOST, no su dominio.
El inicio de sesión falla	Revise el usuario de la cuenta de publicación (incluye @sudominio.com) y la contraseña, y que la cuenta no esté suspendida.
Los archivos quedan en otra carpeta	Con una cuenta que empieza en la carpeta del sitio, FTP_REMOTE_PATH debe ser /.
La compilación falla	Abra la ejecución fallida en la pestaña Actions. La compilación corre en GitHub, así que corríjala en su repositorio y haga push de nuevo.

Abra un ticket si necesita ayuda con la primera publicación.