Gostovanje aplikacije, ustvarjene z AI: od Lovable ali Bolt na vaš strežnik

Kje vaša aplikacija teče danes

Lovable, Bolt in Replit aplikacijo objavijo na svoji infrastrukturi, z enim klikom. Tole pravi njihova dokumentacija, pregledana oktobra 2026:

v0 objavlja v projektu Vercel in ustvari aplikacijo Next.js (React, TypeScript, Tailwind CSS); kodo je mogoče izvoziti ali dvosmerno sinhronizirati z GitHubom. Cursor je urejevalnik in programerski agent, nameščen na vašem računalniku: koda je že tam, gostovanje pa je v celoti vaša izbira.

Ta vgrajena gostovanja so zasnovana za hitro objavo. Pri Lovable in pri Replitu je različica na spletu posnetek, obnovljen ob vsaki objavi, strošek pa sledi uporabi platforme (pri Lovable krediti pokrivajo delovanje backenda in AI; pri Replitu paket Starter vključuje eno objavljeno aplikacijo, ki po 30 dneh poteče in jo je treba znova objaviti). Na lasten strežnik se preide zaradi domene in podatkov pod lastnim nadzorom, rezerviranih virov, stalnih opravil v ozadju ali zahtev glede skladnosti.

Pridobitev kode in podatkov

Najvarneje je projekt povezati z repozitorijem na GitHubu: vsaka sprememba tja pride kot commit, z vso zgodovino. Pri Lovable sinhronizacija deluje v obe smeri: v Lovable gradite naprej, medtem ko vaš strežnik streže aplikacijo.

1. Lovable: projekt povežite z GitHubom, GitLabom ali Bitbucketom ali prenesite arhiv .zip s kodo (plačljiva naročnina).
2. Bolt: povežite GitHub ali kliknite naslov projekta zgoraj levo in nato „Download“.
3. Replit: meni s tremi pikami nad drevesom datotek, nato „Download as zip“; ali orodje Git, povezano z vašim računom GitHub, s samodejno sinhronizacijo.
4. v0: povežite GitHub v meniju projekta („Settings“, nato „GitHub“) ali izvozite kodo.

Koda ne vsebuje niti vsebine podatkovne zbirke niti datotek, ki so jih naložili vaši uporabniki. Pri Lovable se podatkovna zbirka iz projekta izvozi v datoteko .backup, ki jo obnovite s pg_restore, datoteke iz shrambe pa se prenesejo posebej. Pri Boltu je podatkovno zbirko mogoče povezati z lastnim računom Supabase (paketa Pro in Teams).

Iz česa je vaša aplikacija sestavljena

Odprite datoteko package.json: pove, na čem aplikacija temelji, torej kaj mora poganjati vaš strežnik.

Pri Vite se vsaka spremenljivka, katere ime se začne z VITE_, ob gradnji vključi v kodo, poslano brskalniku: vsak obiskovalec jo lahko prebere, za spremembo njene vrednosti pa je potrebna nova gradnja. Tako je namenoma za javni ključ Supabase (sb_publishable_… ali starejši anon), ki je narejen za brskalnik in ga omejujejo varnostna pravila na ravni vrstic (RLS). Skrivni ključ (sb_secret_… ali starejši service_role) ta pravila zaobide: ostane na strežniku, brez predpone VITE_.

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

Pred objavo vključite RLS na vsaki tabeli: prav njena pravila varujejo vaše podatke, medtem ko javni ključ kroži po brskalniku.

Namestitev na lasten strežnik, korak za korakom

Na VPS z Linuxom objava vedno poteka v istem vrstnem redu. Lovable za gradnjo in poganjanje svojih aplikacij priporoča Node.js 22.

1. Gradnja: klonirajte repozitorij na strežnik, nato zaženite npm install in npm run build. Aplikacija Vite ustvari statične datoteke v dist/; aplikacija TanStack Start se zgradi z NITRO_PRESET=node-server npm run build in zažene z node .output/server/index.mjs, na vratih 3000; aplikacija Next.js se zažene z npm run start.
2. Proces: aplikacijo s strežnikom storitev systemd zažene skupaj s strojem in jo znova zažene, če se ustavi.
3. Spletni strežnik: Nginx ali Caddy sprejema obiskovalce. Za aplikacijo Vite na vsak neznan naslov vrne index.html, sicer osvežena stran odgovori 404; za aplikacijo s strežnikom zahteve posreduje procesu Node.js.
4. Domena: zapis DNS A (in AAAA za IPv6) kaže na strežnik.
5. HTTPS: brezplačno potrdilo Let’s Encrypt. Caddy ga pridobi in obnavlja sam; pri Nginxu za to poskrbi Certbot.
6. Skrivnosti: v okoljski datoteki, ki jo lahko bere le uporabnik aplikacije, zunaj repozitorija Git.
7. Podatkovna zbirka: backend pustite pri njegovem ponudniku ali ga namestite na svoj strežnik. Aplikacija Supabase poleg podatkovne zbirke PostgreSQL potrebuje avtentikacijo, shrambo, delovanje v realnem času in funkcije: Supabase na lastnem strežniku vse to združuje.
8. Naslovi za preusmeritev: svojo domeno dodajte med dovoljene URL-je avtentikacije ter pri Googlu ali GitHubu, če backend zamenja naslov.
9. Varnostne kopije: podatkovna zbirka in datoteke vsako noč, kopirane zunaj strežnika, in občasno poskusna 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;
    }
}

Kaj potrebuje, da zdrži

Aplikacija na spletu živi: njene odvisnosti dobivajo popravke, njena podatkovna zbirka raste, njen promet se spreminja. Kar jo ohranja hitro in varno, se strne v rutino:

Ta rutina je delo sistemskega skrbnika in jo lahko zaupate drugim. Z upravljanim VPS (Managed VPS) ponudnik strežnik sproti posodablja, ga nadzira podnevi in ponoči ter poseže brez čakanja na vaš klic. Vašo aplikacijo tudi proaktivno spremlja (napake, upočasnitve, potratne poizvedbe, prostor na disku) in vam priporoči popravek: uvedete ga s svojim AI pomočnikom, tako kot ste aplikacijo zgradili, nadzor nad svojo kodo pa ohranite.