Su DI sukurtos programos talpinimas: nuo Lovable ar Bolt iki jūsų serverio

Kur jūsų programa veikia šiandien

Lovable, Bolt ir Replit vienu paspaudimu publikuoja programą savo pačių infrastruktūroje. Štai ką sako jų dokumentacija, peržiūrėta 2026 m. spalį:

v0 publikuoja Vercel projekte ir sugeneruoja Next.js programą (React, TypeScript, Tailwind CSS); kodą galima eksportuoti arba sinchronizuoti su GitHub abiem kryptimis. Cursor yra redaktorius ir programavimo agentas, įdiegtas jūsų kompiuteryje: kodas jau ten, o talpinimą renkatės visiškai laisvai.

Šie integruoti talpinimo sprendimai sukurti greitai publikuoti. Tiek Lovable, tiek Replit internete veikianti versija yra momentinė kopija, atnaujinama po kiekvieno publikavimo, o kaina seka platformos naudojimą (Lovable kreditai padengia serverio dalies veiklą ir DI; Replit Starter plane yra viena publikuota programa, kurios galiojimas baigiasi po 30 dienų ir kurią reikia publikuoti iš naujo). Į savo serverį pereinama dėl domeno ir duomenų, kuriuos kontroliuojate patys, rezervuotų išteklių, nuolatinių foninių užduočių ar atitikties reikalavimų.

Kodo ir duomenų gavimas

Saugiausia susieti projektą su GitHub saugykla: kiekvienas pakeitimas ten patenka kaip commit, su visa istorija. Lovable sinchronizavimas veikia abiem kryptimis: toliau kuriate Lovable, o jūsų serveris aptarnauja programą.

1. Lovable: susiekite projektą su GitHub, GitLab ar Bitbucket arba atsisiųskite kodo .zip archyvą (mokama prenumerata).
2. Bolt: prijunkite GitHub arba spustelėkite projekto pavadinimą viršuje kairėje, tada „Download“.
3. Replit: trijų taškų meniu failų medžio viršuje, tada „Download as zip“; arba Git įrankis, susietas su jūsų GitHub paskyra, su automatiniu sinchronizavimu.
4. v0: prijunkite GitHub iš projekto meniu („Settings“, tada „GitHub“) arba eksportuokite kodą.

Kode nėra nei duomenų bazės turinio, nei jūsų naudotojų įkeltų failų. Lovable duomenų bazė eksportuojama iš projekto kaip .backup failas, atkuriamas su pg_restore, o saugyklos failai atsisiunčiami atskirai. Bolt duomenų bazę galima prijungti prie jūsų pačių Supabase paskyros (Pro ir Teams planai).

Iš ko sudaryta jūsų programa

Atidarykite failą package.json: jis parodo, kuo remiasi programa, taigi ir ką turi vykdyti jūsų serveris.

Su Vite kiekvienas kintamasis, kurio pavadinimas prasideda VITE_, build metu įtraukiamas į naršyklei siunčiamą kodą: jį gali perskaityti kiekvienas lankytojas, o jo reikšmei pakeisti reikia naujo build. Taip numatyta Supabase viešajam raktui (sb_publishable_… arba senesniam anon), skirtam naršyklei ir apribotam eilučių lygio saugumo taisyklėmis (RLS). Slaptasis raktas (sb_secret_… arba senesnis service_role) šias taisykles apeina: jis lieka serveryje, be VITE_ priešdėlio.

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

Prieš paleisdami programą įjunkite RLS kiekvienoje lentelėje: būtent jo taisyklės saugo jūsų duomenis, kol viešasis raktas keliauja naršyklėje.

Perkėlimas į savo serverį žingsnis po žingsnio

Linux VPS serveryje paleidimas visada vyksta ta pačia tvarka. Lovable savo programoms surinkti ir vykdyti rekomenduoja Node.js 22.

1. Build: klonuokite saugyklą į serverį, tada paleiskite npm install ir npm run build. Vite programa sukuria statinius failus kataloge dist/; TanStack Start programa surenkama su NITRO_PRESET=node-server npm run build ir paleidžiama su node .output/server/index.mjs 3000 prievade; Next.js programa paleidžiama su npm run start.
2. Procesas: programą su serveriu systemd paslauga paleidžia kartu su mašina ir paleidžia iš naujo, jei ji sustoja.
3. Žiniatinklio serveris: Nginx arba Caddy priima lankytojus. Vite programai jis grąžina index.html bet kuriuo nežinomu adresu, nes kitaip atnaujintas puslapis atsakytų 404; programai su serveriu jis perduoda užklausas Node.js procesui.
4. Domeno vardas: DNS A įrašas (ir AAAA, skirtas IPv6) nukreipia į serverį.
5. HTTPS: nemokamas Let's Encrypt sertifikatas. Caddy jį gauna ir atnaujina pats; su Nginx tuo pasirūpina Certbot.
6. Slaptieji duomenys: aplinkos faile, kurį gali skaityti tik programos naudotojas, už Git saugyklos ribų.
7. Duomenų bazė: palikite serverio dalį pas jos teikėją arba įdiekite ją savo serveryje. Supabase programai, be PostgreSQL duomenų bazės, reikia autentifikavimo, saugyklos, realaus laiko atnaujinimų ir funkcijų: Supabase, įdiegtas jūsų serveryje, juos visus sujungia.
8. Peradresavimo adresai: įtraukite savo domeną į autentifikavimo leidžiamus URL, taip pat Google ar GitHub nustatymuose, jei serverio dalis keičia adresą.
9. Atsarginės kopijos: duomenų bazė ir failai kiekvieną naktį, nukopijuoti už serverio ribų, ir retkarčiais bandomasis atkūrimas.

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

Ko reikia, kad programa veiktų patikimai

Internete veikianti programa gyvena: jos priklausomybės gauna pataisas, duomenų bazė auga, srautas keičiasi. Ją greitą ir saugią išlaiko reguliari rutina:

Ši rutina yra sistemų administratoriaus darbas, ir ją galima patikėti kitiems. Su valdomu VPS (Managed VPS) hostingo teikėjas palaiko serverį atnaujintą, prižiūri jį dieną ir naktį ir įsikiša nelaukdamas jūsų skambučio. Jis taip pat proaktyviai stebi jūsų programą (klaidas, sulėtėjimus, ištekliams imlias užklausas, disko vietą) ir rekomenduoja jums pataisymą: jį pritaikote su savo DI asistentu, taip pat kaip kūrėte programą, o kodo kontrolė lieka jūsų rankose.