Ves al contingut
Tornar al blog

Allotjar una app de Bolt.new fora de Bolt Cloud: què cal migrar

Mou una aplicació de Bolt.new a un altre allotjament sense oblidar Git, variables, autenticació, base de dades, fitxers i funcions de servidor.

  • Bolt.new
  • migració
  • allotjament

Bolt.new ja permet publicar des del seu entorn i documenta opcions amb GitHub i Netlify. Si Bolt Cloud cobreix el que necessita la teva aplicació, no cal moure-la. Si el motiu és el cost, compara els plans actuals de Bolt Cloud amb el preu i els límits del destí, i inclou base de dades, autenticació i emmagatzematge. Aquesta guia és per als projectes que han d’executar-se en una altra infraestructura, seguir el flux de desplegament del teu equip o separar l’allotjament dels serveis que va crear Bolt.

Si encara decideixes on publicar una web feta amb IA, comença per identificar què ha d’executar el projecte. Si el projecte encara és a l’ordinador i no té URL pública, segueix primer la guia de localhost a Internet.

1. Protegeix el codi i l’últim canvi

Connecta el projecte a GitHub o confirma que el repositori sincronitzat conté els canvis recents. La documentació de GitHub de Bolt explica com mantenir el codi en un repositori i publicar-lo amb un altre servei. Comprova la branca activa, l’últim commit i que la sincronització hagi acabat. Una carpeta de codi descarregada no és una còpia de les dades de producció.

Abans de canviar el destí, crea un commit identificable i una còpia recuperable de les dades que necessitis. No afegeixis .env, claus privades ni credencials al repositori. Mantén el desplegament que funciona fins que la nova versió hagi superat les proves.

2. Comprova què ha d’executar el destí

Revisa package.json, les ordres de compilació i inici, els fitxers de configuració i les rutes de l’aplicació. Executa el build localment o a l’entorn de destí i confirma quina carpeta genera (dist, build o una altra). Una carpeta estàtica pot servir el frontend; per si sola no executa una API, tasques persistents ni funcions de servidor.

Bolt pot allotjar projectes i connectar GitHub amb serveis externs. La documentació d’allotjament i la guia de publicació amb Netlify descriuen aquestes opcions. Si l’app utilitza rutes de servidor o funcions de Bolt Cloud, identifica una alternativa compatible abans de canviar DNS.

3. Migra les dependències que no són a Git

El repositori no trasllada automàticament bases de dades, usuaris, fitxers, secrets ni correu. Bolt Cloud pot incloure bases de dades, emmagatzematge de fitxers, autenticació i funcions de servidor. Si el projecte fa servir Supabase, revisa la connexió i la guia d’integració; una base externa també necessita el seu propi pla de migració.

Anota totes les variables del backend, les URL de retorn del login, els dominis permesos i les integracions. Mou les dades amb eines compatibles amb els motors d’origen i destí; valida l’esquema, els permisos, les extensions i els fitxers amb una còpia de prova. No facis restauracions destructives sobre la base activa. Desa les claus privades a la configuració segura del nou entorn, mai al codi que rep el navegador.

4. Tria el destí segons els requisits

Hostbrid Projects pot desplegar des de Git i executar serveis Docker dins dels límits del pla. Dev està pensat per a llocs estàtics; els serveis persistents necessiten un pla de pagament. Abans de contractar, revisa els plans i límits i confirma runtime, memòria, emmagatzematge, ports i processos necessaris.

Si necessites accés root, control del sistema operatiu o serveis fora de Projects, considera un VPS, que hauràs d’administrar. Per a WordPress i altres serveis PHP gestionats, consulta Sites. No triïs un VPS només perquè Bolt hagi generat un projecte JavaScript.

5. Prova el canvi abans de moure el domini

Publica primer amb una URL temporal. Comprova rutes directes, formularis, lectura i escriptura de dades, càrrega de fitxers, inici i recuperació de sessió, callbacks i correus. Confirma que el frontend crida l’API nova i que cap secret apareix al navegador. Si l’app depèn de Node o Docker, segueix també la llista de comprovació del port i la salut del servei.

Canvia DNS només després de validar aquestes proves i HTTPS al nou allotjament. Mantén una manera clara de tornar al servei anterior. Per a PostgreSQL, la nostra guia de migració i comprovació de dades cobreix el trasllat entre bases compatibles.

Si no tens clar si l’app és estàtica o depèn de Bolt Cloud, explica’ns el framework i les dependències; no enviïs contrasenyes ni claus. Moure el codi no garanteix una factura més baixa ni trasllada automàticament tots els serveis connectats.

Gestiona els teus webs, servidors i correu.

És gratis i triga un minut.

Mínim 8 caràcters. Ni només números ni una contrasenya comuna.

T’enviarem un correu per confirmar el compte.