Mat KI erstallt App hosten: vu Lovable oder Bolt op Äre Server

Wou Är App haut leeft

Lovable, Bolt a Replit publizéieren d’App mat engem Klick op hirer eegener Infrastruktur. Dat seet hir Dokumentatioun, consultéiert am Oktober 2026:

v0 publizéiert an engem Vercel-Projet a generéiert eng Next.js-Applikatioun (React, TypeScript, Tailwind CSS); de Code léisst sech exportéieren oder an déi zwou Richtunge mat GitHub synchroniséieren. Cursor ass en Editeur an e Programméieragent, deen op Ärem Computer installéiert ass: de Code ass schonn do, an den Hosting bleift ganz Är Wiel.

Dës integréiert Hostingléisunge sinn dofir geduecht, séier ze publizéieren. Bei Lovable wéi bei Replit ass d’Online-Versioun eng Momentopnam, déi bei all Publikatioun erneiert gëtt, an d’Käschte follegen der Notzung vun der Plattform (bei Lovable decken Kreditter d’Aktivitéit vum Backend an d’KI of; bei Replit enthält de Starter-Tarif eng publizéiert App, déi no 30 Deeg ofleeft an nei publizéiert gëtt). Op en eegene Server wiesselt een fir eng Domain an Donnéeën ënner senger eegener Kontroll, reservéiert Ressourcen, permanent Hannergrondjobs oder Konformitéitsufuerderungen.

De Code an d’Donnéeë recuperéieren

Am séchersten ass et, de Projet mat engem GitHub-Repository ze verbannen: all Ännerung kënnt do als Commit un, mat der ganzer Geschicht. Bei Lovable funktionéiert d’Synchronisatioun an déi zwou Richtungen: Dir baut a Lovable weider, wärend Äre Server d’App ausliwwert.

1. Lovable: verbannt de Projet mat GitHub, GitLab oder Bitbucket, oder luet d’.zip-Archiv vum Code erof (bezuelten Abonnement).
2. Bolt: verbannt GitHub, oder klickt uewe lénks op den Titel vum Projet an dann op „Download“.
3. Replit: Menü mat dräi Punkten uewen am Fichiersbam, dann „Download as zip“; oder d’Git-Tool, mat Ärem GitHub-Kont verbonnen, mat der automatescher Synchronisatioun.
4. v0: verbannt GitHub iwwer de Menü vum Projet („Settings“, dann „GitHub“), oder exportéiert de Code.

De Code enthält weder den Inhalt vun der Datebank nach d’Fichieren, déi Är Benotzer eropgelueden hunn. Bei Lovable gëtt d’Datebank aus dem Projet als .backup-Fichier exportéiert, deen ee mat pg_restore restauréiert, an d’Fichiere vum Späicher ginn separat erofgelueden. Bei Bolt léisst sech d’Datebank un Ären eegene Supabase-Kont uschléissen (Tariffer Pro an Teams).

Wouraus Är App besteet

Maacht de Fichier package.json op: e weist, op wat d’App opbaut, an domat, wat Äre Server muss lafe loossen.

Bei Vite gëtt all Variabel, där hiren Numm mat VITE_ ufänkt, beim Build an de Code agebaut, deen un de Browser geet: all Besicher kann se liesen, an eng Ännerung vun hirem Wäert verlaangt en neie Build. Dat ass gewollt fir den ëffentleche Schlëssel vu Supabase (sb_publishable_…, oder de fréieren anon), dee fir de Browser geduecht ass an duerch d’Sécherheetsreegelen um Niveau vun de Linnen (RLS) ofgeséchert gëtt. De geheime Schlëssel (sb_secret_…, oder de fréiere service_role) ëmgeet dës Reegelen: e bleift um Server, ouni de Präfix VITE_.

VITE_SUPABASE_URL=https://xxxx.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=sb_publishable_xxxx
VITE_SUPABASE_PROJECT_ID=xxxx

Aktivéiert RLS fir all Tabell, ier d’App online geet: hir Reegele schützen Är Donnéeën, wärend den ëffentleche Schlëssel am Browser zirkuléiert.

D’App op Ären eegene Server bréngen, Schrëtt fir Schrëtt

Op engem Linux-VPS follegt d’Online-Setzen ëmmer der selwechter Reiefolleg. Lovable recommandéiert Node.js 22, fir seng Apps ze bauen an auszeféieren.

1. De Build: klont de Repository op de Server, a start dann npm install an npm run build. Eng Vite-App erstellt statesch Fichieren an dist/; eng TanStack-Start-App gëtt mat NITRO_PRESET=node-server npm run build gebaut a mat node .output/server/index.mjs gestart, um Port 3000; eng Next.js-App start mat npm run start.
2. De Prozess: bei enger App mat Server start e systemd-Service se mat der Maschinn a start se nei, wann se stoe bleift.
3. De Webserver: Nginx oder Caddy empfänkt d’Besicher. Bei enger Vite-App liwwert en index.html fir all onbekannt Adress aus, soss äntwert eng nei geluede Säit mat 404; bei enger App mat Server leet en d’Ufroen un den Node.js-Prozess weider.
4. D’Domain: eng DNS-Entrée A (an AAAA fir IPv6) weist op de Server.
5. HTTPS: e gratis Zertifikat vu Let’s Encrypt. Caddy kritt an erneiert et vu sech aus; mat Nginx iwwerhëlt Certbot dat.
6. D’Secreten: an engem Ëmfeldfichier, deen nëmmen de Benotzer vun der App liese kann, baussent dem Git-Repository.
7. D’Datebank: loosst de Backend bei sengem Ubidder, oder installéiert en op Ärem Server. Eng Supabase-App brauch nieft hirer PostgreSQL-Datebank d’Authentifikatioun, de Späicher, d’Echtzäitfunktiounen an d’Funktiounen: Supabase, selwer gehost, vereent se all.
8. D’Weiderleedungsadressen: setzt Är Domain op d’Lëscht vun den erlaabten URLen vun der Authentifikatioun, a bei Google oder GitHub, wann de Backend seng Adress wiesselt.
9. D’Backups: Datebank a Fichieren all Nuecht, baussent dem Server kopéiert, an heiansdo eng Test-Restauratioun.

app.votre-domaine.com {
	reverse_proxy 127.0.0.1:3000
}

server {
    server_name app.votre-domaine.com;
    root /var/www/app/dist;

    location / {
        try_files $uri $uri/ /index.html;
    }
}

Wat et brauch, fir datt se hält

Eng App, déi online ass, lieft: hir Ofhängegkeete kréien Korrekturen, hir Datebank wiisst, hiren Traffic ännert sech. Wat se séier a sécher hält, ass eng Routine:

Dës Routine ass de Beruff vun engem Systemadministrateur, a si léisst sech ofginn. Mat engem Managed VPS hält den Hostingubidder de Server aktuell, iwwerwaacht en Dag an Nuecht a gräift an, ouni op Ären Uruff ze waarden. E verfollegt och Är App proaktiv (Feeler, lues Äntwertzäiten, deier Ufroen, Späicherplaz) a recommandéiert Iech d’Korrektur: Dir setzt se mat Ärem eegene KI-Assistent ëm, esou wéi Dir d’App gebaut hutt, an Dir behaalt d’Kontroll iwwer Äre Code.