Hostovanie aplikácie vytvorenej pomocou AI: z Lovable či Boltu na váš server

Kde vaša aplikácia beží dnes

Lovable, Bolt a Replit zverejnia aplikáciu na vlastnej infraštruktúre jedným kliknutím. Ich dokumentácia v októbri 2026 uvádza toto:

v0 zverejňuje do projektu na Verceli a generuje aplikáciu Next.js (React, TypeScript, Tailwind CSS); kód sa dá exportovať alebo obojsmerne synchronizovať s GitHubom. Cursor je editor a programovací agent nainštalovaný vo vašom počítači: kód už máte u seba a výber hostingu je úplne na vás.

Tieto integrované hostingy sú stavané na rýchle zverejnenie. V Lovable aj v Replite je online verzia snímkou, ktorá sa obnoví pri každom zverejnení, a náklady sa riadia využívaním platformy (v Lovable kryjú kredity činnosť back-endu aj AI; v Replite zahŕňa plán Starter jednu zverejnenú aplikáciu, ktorej platnosť po 30 dňoch vyprší a treba ju zverejniť znova). Na vlastný server sa prechádza kvôli doméne a údajom pod vlastnou kontrolou, vyhradeným prostriedkom, trvalým úlohám na pozadí alebo požiadavkám na súlad s predpismi.

Ako získať kód a údaje

Najistejšie je prepojiť projekt s repozitárom na GitHube: každá zmena tam príde ako commit, s celou históriou. V Lovable funguje synchronizácia obojsmerne: v Lovable môžete ďalej stavať, kým aplikáciu obsluhuje váš server.

1. Lovable: prepojte projekt s GitHubom, GitLabom alebo Bitbucketom, alebo si stiahnite archív .zip s kódom (platené predplatné).
2. Bolt: pripojte GitHub, alebo kliknite na názov projektu vľavo hore a potom na „Download“.
3. Replit: ponuka s tromi bodkami nad stromom súborov a potom „Download as zip“; alebo nástroj Git prepojený s vaším účtom na GitHube, s automatickou synchronizáciou.
4. v0: pripojte GitHub z ponuky projektu („Settings“, potom „GitHub“), alebo kód exportujte.

Kód neobsahuje obsah databázy ani súbory, ktoré nahrali vaši používatelia. V Lovable sa databáza exportuje z projektu do súboru .backup, ktorý obnovíte pomocou pg_restore, a súbory z úložiska sa sťahujú zvlášť. V Bolte sa databáza dá pripojiť k vášmu vlastnému účtu Supabase (plány Pro a Teams).

Z čoho sa vaša aplikácia skladá

Otvorte súbor package.json: uvádza, na čom aplikácia stojí, a teda čo musí váš server prevádzkovať.

Vo Vite sa každá premenná, ktorej názov začína na VITE_, pri builde vloží do kódu posielaného do prehliadača: prečíta ju každý návštevník a zmena jej hodnoty si vyžaduje nový build. Pri verejnom kľúči Supabase (sb_publishable_…, alebo staršom anon) je to zámer: je určený pre prehliadač a jeho použitie ohraničujú pravidlá zabezpečenia na úrovni riadkov (RLS). Tajný kľúč (sb_secret_…, alebo starší service_role) tieto pravidlá obchádza: zostáva na serveri, bez predpony VITE_.

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

Pred spustením zapnite RLS na každej tabuľke: práve jeho pravidlá chránia vaše údaje, kým verejný kľúč koluje v prehliadači.

Nasadenie na vlastný server, krok za krokom

Na VPS s Linuxom má nasadenie vždy rovnaké poradie. Lovable odporúča na build a prevádzku svojich aplikácií Node.js 22.

1. Build: naklonujte repozitár na server a spustite npm install a npm run build. Aplikácia Vite vytvorí statické súbory v dist/; aplikácia TanStack Start sa zostaví príkazom NITRO_PRESET=node-server npm run build a spustí príkazom node .output/server/index.mjs na porte 3000; aplikácia Next.js sa spúšťa príkazom npm run start.
2. Proces: aplikáciu so serverom spustí služba systemd spolu so strojom a reštartuje ju, ak sa zastaví.
3. Webový server: návštevníkov prijíma Nginx alebo Caddy. Pri aplikácii Vite vracia index.html na každú neznámu adresu, inak obnovená stránka odpovie chybou 404; pri aplikácii so serverom odovzdáva požiadavky procesu Node.js.
4. Doménové meno: záznam DNS A (a AAAA pre IPv6) smeruje na server.
5. HTTPS: bezplatný certifikát Let's Encrypt. Caddy ho získa a obnovuje sám; pri Nginxe sa o to postará Certbot.
6. Tajné kľúče: v súbore prostredia, ktorý môže čítať len používateľ aplikácie, mimo repozitára Git.
7. Databáza: back-end ponechajte u jeho poskytovateľa, alebo ho nainštalujte na svoj server. Aplikácia na Supabase potrebuje okrem databázy PostgreSQL aj autentifikáciu, úložisko, realtime a funkcie: Supabase hostovaný na vlastnom serveri ich spája všetky.
8. Adresy presmerovania: pridajte svoju doménu medzi povolené URL autentifikácie, a ak back-end zmení adresu, aj v nastaveniach Googlu či GitHubu.
9. Zálohy: databáza a súbory každú noc, skopírované mimo server, a z času na čas skúšobná obnova.

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;
    }
}

Čo aplikácia potrebuje, aby spoľahlivo fungovala

Aplikácia online žije: jej závislosti dostávajú opravy, databáza rastie, návštevnosť sa mení. To, čo ju udržiava rýchlu a bezpečnú, sa zmestí do jednej rutiny:

Táto rutina je prácou systémového administrátora a dá sa zveriť. Pri spravovanom VPS (Managed VPS) poskytovateľ udržiava server aktuálny, vo dne v noci ho sleduje a zasahuje bez čakania na vaše zavolanie. Proaktívne sleduje aj vašu aplikáciu (chyby, spomalenia, náročné dopyty, miesto na disku) a odporučí vám opravu: zapracujete ju s vlastným AI asistentom, tak ako ste aplikáciu vytvorili, a kód máte stále pevne v rukách.