Kaip lokalizuoti Base44 programą be valdymo skydelio?

Base44 programą lokalizuojate prijungdami ją prie GitHub naudodami Base44 siūlomą dvikryptį sinchronizavimą ir laikydami vertimų katalogus toje pačioje saugykloje kaip įkeltus (committed) failus. Base44 jau atspindi kiekvieną pakeitimą tarp redaktoriaus ir saugyklos, todėl vos lokalės failams atsidūrus main šakoje, jie tampa programos dalimi. globalize.now yra dirbtiniu intelektu paremta lokalizavimo infrastruktūra: ji sukuria raktus ir lokalės failus, o jūsų projekto vykdymo laiko biblioteka juos aptarnauja. Vykdymo kelyje nedalyvauja joks valdymo skydelis, ir niekas neverčia puslapio po jo įkėlimo.

Kodėl jūsų Base44 programa yra tik anglų kalba?

Todėl, kad sąsajos tekstas įrašytas tiesiai jūsų komponentuose kaip literalios eilutės. Kai paprašote Base44 sukurti rezervacijų puslapį, ji įrašo <h2>Your bookings</h2> tiesiai į React komponentą, o ne kreipiasi į katalogą. Kiekviena antraštė, mygtuko užrašas, tuščios būsenos pranešimas, iškylantis pranešimas ir validacijos žinutė atsiduria JSX kode ta kalba, kuria formulavote prašymą.

Tai nėra Base44 trūkumas. Taip elgiasi kiekvienas prašymais valdomas builderis, ir tai ta pati schema, kurią aprašėme straipsnyje Cursor nuolat prideda fiksuotas eilutes. Modelis parašo trumpiausią teisingą kodą jūsų prašymui atlikti, o jūs neprašėte lokalės sluoksnio.

Prašymas Base44 „išversti programą į vokiečių kalbą“ šios problemos taip pat neišsprendžia. Gaunate vokišką ekranų, kuriuos modelis apžiūrėjo, kopiją arba nedidelį eilučių objektą, kurį jis sukuria ekspromtu. Kitas prašymas vėl parašys naują tekstą anglų kalba, nes niekas projekte nenurodo, kad tekstas turi eiti per katalogą.

Ką iš tikrųjų sugeneruoja Base44?

Standartinį React projektą, sukurtą naudojant Vite. Pačios Base44 projekto struktūros dokumentacija rodo išdėstymą, kurį matote Code skiltyje ir prijungtoje saugykloje: src/pages laiko po vieną failą kiekvienam maršrutui, todėl Home.jsx tampa /, o Settings.jsx tampa /settings; src/components laiko pakartotinai naudojamas dalis su ui/ aplanku iš anksto sukurtų komponentų; src/api, src/hooks, src/lib ir src/utils laiko SDK klientą, hooks ir pagalbines funkcijas.

Lokalizavimui svarbiausi du katalogai. functions/ laiko jūsų backend logiką, po vieną TypeScript failą kiekvienai funkcijai, o šie failai formuoja tekstą, kurį skaito vartotojai: klaidų atsakymus, el. laiškus, sugeneruotus dokumentus. entities/ laiko jūsų duomenų modelį kaip JSON schemos failus, o naudojant dvikryptį sinchronizavimą esybės valdomos Base44 sistemoje, o ne saugykloje.

Taigi Base44 programa turi dvi eilučių sritis, kurias katalogai gali apimti — React klientą ir backend funkcijas — bei vieną, kurios negali apimti — duomenis esybėse. Prie šios temos grįšime vėliau.

Kaip Base44 programą perkelti į saugyklą?

Base44 pati siūlo šią jungtį. Redaktoriuje atidarykite Dashboard, spustelėkite GitHub piktogramą ir prisijunkite. Autorizuokite Base44 Builder programėlę savo GitHub paskyroje ar organizacijoje, pasirinkite, prie kurių saugyklų ji galės jungtis, ir sukurkite naują saugyklą programai. Nuo tada saugykla ir redaktorius bus sinchronizuojami abiem kryptimis.

Visą tolesnį procesą lemia dvi Base44 dokumentacijos taisyklės. Pirma, sinchronizavimas yra automatinis: pakeitimai, kuriuos padarote Base44 sistemoje, įskaitant tuos, kuriuos DI atlieka pagal prašymą, įkeliami (commit) į saugyklą be atskiro push žingsnio — mygtuko rankiniam push nėra. Antra, kelias atgal veda per main šaką. Viskas, kas sulieta su main, tampa matoma Base44 programoje, o master ar bet koks kitas numatytosios šakos pavadinimas nepalaikomas. Po susiliejimo paspaudžiate Publish, kad naujoji versija taptų prieinama vartotojams.

Dvikrypčiam sinchronizavimui reikalingas Builder planas ar aukštesnis, o pirminę jungtį gali sukurti tik programos savininkas. Jei jūsų paskyra anksčiau sukonfigūravo senesnę vienkryptę „Export to GitHub“ integraciją, GitHub skydelyje yra nuoroda ją atjungti ir prisijungti iš naujo su dvikrypčiu sinchronizavimu; vienkryptis kelias niekada negrąžina jokių pakeitimų atgal į redaktorių, o būtent tokios krypties reikia lokalizavimui.

Darbui vietoje (local) klonuokite saugyklą, paleiskite npm install, įsidiekite Base44 CLI, tada base44 login ir base44 link, kad susietumėte kloną su jo programa. base44 dev paleidžia front-end su vietiniu backend. Būtent susiejus jūsų vietinę šaką su main pakeitimai sinchronizuojami atgal.

Ką Base44 programai reiškia „be valdymo skydelio“?

Tai reiškia, kad išversti tekstai niekada neatsiduria talpinamoje paslaugoje, kurios turi kreiptis jūsų programa arba iš kurios turite eksportuoti duomenis. Jie glūdi src/locales/de.json, šalia src/pages/Home.jsx, versijuojami tuose pačiuose commit'uose, peržiūrimi tuose pačiuose pull request'uose ir įdiegiami tuo pačiu Publish paspaudimu.

Alternatyvios schemos konkrečiai Base44 atveju kainuoja kažką prarasti. Vykdymo laiko valdiklis, verčiantis puslapį naršyklėje, palieka šaltinį nepakeistą, todėl saugykla vis tiek sako, kad programa yra anglų kalba, o kiekvienas lankytojas patiria vertimo vėlavimą įkeliant puslapį. Talpinamas vertimo įrankis su savo redaktoriumi laiko tiesą už saugyklos ribų, todėl Base44 sukurtas dvikryptis sinchronizavimas sinchronizuoja kodo bazę, kurioje kalbų nėra. Abu sprendimai tarp jūsų ir teksto, kuris jau glūdi jums priklausančiuose failuose, įterpia antrą sistemą.

Saugyklai natūrali schema naudoja sinchronizavimą taip, kaip jis ir buvo sukurtas. Katalogai yra failai. Failai įkeliami (commit). Įkelti failai pasiekia main. main pasiekia redaktorių. Tai visas procesas, ir jame nėra nieko specifiškai lokalizavimui skirto.

Kaip veikia saugykloje grindžiama sąranka?

Prijunkite saugyklą programoje ir vieną kartą paleiskite konversiją. Konversija randa literalias eilutes jūsų komponentuose ir backend funkcijose, priskiria joms raktus, prijungia vykdymo laiko biblioteką, tokią kaip i18next ar Lingui, jei projekte jos dar nėra, ir atveria pull request jūsų saugykloje su šaltinio katalogu bei pirmosiomis tikslinėmis kalbomis. Tas pull request yra visas perdavimas. Peržiūrėkite jį GitHub kaip bet kurį kitą pakeitimą, sulieskite su main, ir Base44 atspindės jį redaktoriuje.

Nuo tada push užduotys verčia naujus katalogo vienetus. Kai paprašote Base44 naujos funkcijos ir sinchronizavimas ją įkelia (commit), bet kokie nauji raktai šaltinio kataloge išverčiami ir pateikiami kaip pull request. Sulieskite jį, paspauskite Publish, ir funkcija tampa prieinama visomis kalbomis. Nieko iš jūsų prašymų rašymo įpročių keisti nereikia, ir niekas jūsų programoje vykdymo metu nesikreipia į išorinę paslaugą.

Tas pats metodas veikia su Lovable, Bolt, v0 ir Replit, o mechanika identiška, nes visi keturi pateikia jums įprastą front-end projektą. Lovable vadovas turi daugiausiai detalių apie katalogo struktūrą, Bolt gidas aprašo eksporto žingsnį builderiui be natūralaus sinchronizavimo, o Vite gidas Lovable klasikinei technologijų krūvai yra artimiausias atitikmuo Base44 React ir Vite išvediniui kodo lygmenyje. Jei lyginate builderius, o ne jau apsisprendėte dėl vieno, „vibe coding“ apžvalga yra geresnis pradžios taškas.

Kokios eilutės glūdi backend funkcijose?

Viskas, ką vartotojas perskaito ir kas sugeneruota serverio pusėje. Validacijos klaida, grąžinta iš funkcijos, siunčiamo el. laiško tema, sugeneruoto PDF turinys, pranešimo tekstas. Šios eilutės niekada nepasirodo kaip JSX, todėl front-end katalogas jų neapima, o vykdymo laiko valdiklis jų nemato.

Schema tokia pati kaip kliento pusėje. Nuskaitykite prašomą lokalę iš gaunamo užklausos, įkelkite tos lokalės katalogą funkcijos pusėje ir bendrai naudokite raktų vardų erdvę su klientu, kad pranešimas reikštų tą patį tiek sąsajoje, tiek API atsakyme. Kadangi functions/ katalogas yra saugykloje, konversija traktuoja šiuos failus taip pat, kaip bet kurį kitą šaltinio failą, o katalogai atsiduria šalia jų.

O kas su turiniu esybių viduje?

Tai konkrečiai Base44 riba. Esybės yra jūsų duomenų modelis, valdomas Base44 sistemoje, ir naudojant dvikryptį sinchronizavimą jos nėra saugyklos dalis. Toks įrašas kaip produkto pavadinimas, paslaugos aprašymas ar pagalbos straipsnis yra duomenys, o ne sąsajos tekstas, ir joks katalogas jo niekada neapims.

Duomenų turiniui reikia kalbos dimensijos pačioje esybėje: lokalės lauko arba po vieną lauką kiekvienai kalbai, bei užklausų, kurios skaito lankytojo lokalę. Ši sąranka yra tokia pati, kokią aprašėme kalbėdami apie duomenų bazės turinį Lovable programose, ir tai yra duomenų modelio sprendimas, kurį priimate Base44 esybių redaktoriuje, o ne lokalizavimo įrankio sprendimas. Suplanuokite tai iš anksto, nes kalbos lauko pridėjimas prie esybės su jau esamais įrašais reikalauja daugiau darbo nei jo pridėjimas prie naujos esybės.

O jei naudojotės Lovalingo?

Lovalingo veiklą nutraukė 2026 m. rugpjūčio pabaigoje, o jos paskelbtų naudojimo atvejų sąraše, be Lovable, v0 ir Bolt, buvo minima ir Base44. Visi, kurie per ją lokalizavo Base44 programą, dabar turi rasti vietą, kur šias eilutes perkelti. Tai migracija, o ne nauja sąranka: pirmiausia eksportuokite, tada konvertuokite. Migracijos vadovas aprašo šį procesą, o palyginimo puslapis nagrinėja, kas keičiasi, kai vertimai persikelia iš talpinamos paslaugos į jūsų pačių saugyklą.

Ką reikėtų patikrinti prieš pridedant antrą kalbą?

Patvirtinkite, kad sinchronizavimas yra dvikryptis, o ne senasis eksportas. Atidarykite GitHub skydelį Base44 sistemoje ir patikrinkite, ar rodoma prijungta saugykla; jei siūloma nuoroda „Looking for the old setup?“, esate vienkrypčiame kelyje ir turite prisijungti iš naujo.

Patvirtinkite, kad jūsų numatytoji šaka yra main. Base44 atspindi atgal tik tą šaką, todėl bet kur kitur sulietas pull request niekada nepasieks redaktoriaus.

Ieškokite vykdymo laiko bibliotekos. Jei kada nors prašėte Base44 kalbų palaikymo, ji galėjo pridėti i18next arba pačios sukurtą kontekstą; konversija išlaiko tai, kas jau yra, ir tai maitina.

Nuspręskite, iš kur esybės turinys gaus savo kalbos lauką, dar prieš pridedant įrašus antra kalba. Katalogai už jus šios dalies neatliks.

Patikrinkite savo maršrutizavimą (routing). Base44 puslapiai grindžiami failais, todėl lokalės prefiksas URL adrese yra maršrutizavimo sprendimas, kurį priimate vieną kartą, ir jis lemia, kaip paieškos sistemos mato kiekvieną kalbą. Kalbos perjungiklio ir hreflang vadovas aprašo šiuos pasirinkimus, ir jie tiesiogiai pritaikomi čia.

Nuo ko pradėti

Įjunkite dvikryptį GitHub sinchronizavimą Base44 sistemoje, jei jis dar neįjungtas, patvirtinkite, kad šaka yra main, ir prijunkite saugyklą programoje. Pirmasis pull request konvertuoja kodo bazę. Viskas po to — tai susiliejimas, Publish paspaudimas ir kalbos, kurių prašėte. Lovable integracijos puslapis aprašo tą pačią eigą builderiui su redaktoriuje integruotu keliu, ir dauguma ten aprašyto turinio pritaikoma Base44 be jokių pakeitimų.