Kā lokalizēt Base44 lietotni bez informācijas paneļa?

Base44 lietotni lokalizējat, pieslēdzot to GitHub, izmantojot Base44 nodrošināto divvirzienu sinhronizāciju, un glabājot tulkojumu katalogus šajā repozitorijā kā iesniegtus (committed) failus. Base44 jau atspoguļo katru izmaiņu starp redaktoru un repozitoriju, tāpēc, tiklīdz lokalizācijas faili nonāk main zarā, tie kļūst par lietotnes daļu. globalize.now ir uz MI balstīta lokalizācijas infrastruktūra: tā izveido atslēgas un lokalizācijas failus, savukārt jūsu projekta izpildlaika bibliotēka tos apkalpo. Izpildlaika ceļā nav neviena informācijas paneļa, un neviens rīks netulko lapu pēc tās ielādes.

Kāpēc jūsu Base44 lietotne ir pieejama tikai angļu valodā?

Tāpēc, ka saskarnes teksts atrodas tieši jūsu komponentēs kā burtiski teksti. Kad lūdzat Base44 izveidot rezervāciju lapu, tas ieraksta <h2>Your bookings</h2> React komponentē, nevis izveido meklējumu katalogā. Katra virsraksta, pogas etiķete, tukšuma stāvokļa ziņojums, paziņojums un validācijas teksts nonāk JSX kodā tajā valodā, kādā formulējāt savu uzdevumu.

Tas nav Base44 defekts. Tā rīkojas ikviens uz uzdevumiem balstīts (prompt-driven) rīks, un tas ir tas pats modelis, ko aprakstījām rakstā Cursor turpina pievienot burtiskus tekstus. Modelis raksta īsāko pareizo kodu attiecīgajam pieprasījumam, un jūs neprasījāt lokalizācijas slāni.

Arī pieprasījums Base44 „iztulkot lietotni vācu valodā” problēmu neatrisina. Jūs saņemat vācu valodas kopiju no tiem ekrāniem, ko modelis pārbaudīja, vai nelielu tekstu objektu, ko tas izdomā uz vietas. Nākamajā uzdevumā teksts atkal tiks uzrakstīts angļu valodā, jo nekas projektā nenosaka, ka tekstam ir jāiziet caur katalogu.

Ko tieši ģenerē Base44?

Standarta React projektu, kas veidots ar Vite. Base44 pašu projekta struktūras dokumentācija parāda izkārtojumu, ko redzat gan Code cilnē, gan pieslēgtajā repozitorijā: src/pages satur pa vienam failam katram maršrutam, tāpēc Home.jsx kļūst par /, bet Settings.jsx — par /settings; src/components satur atkārtoti izmantojamos elementus ar ui/ mapi, kurā ir gatavi komponenti; src/api, src/hooks, src/lib un src/utils satur SDK klientu, hooks un palīgfunkcijas.

Lokalizācijai vissvarīgākas ir divas direktorijas. functions/ satur jūsu backend loģiku — pa vienam TypeScript failam katrai funkcijai, un šie faili formatē tekstu, ko lieto lietotāji: kļūdu atbildes, e-pastus, ģenerētus dokumentus. entities/ satur jūsu datu modeli kā JSON schema failus, un, izmantojot divvirzienu sinhronizāciju, entītijas tiek pārvaldītas Base44, nevis repozitorijā.

Tātad Base44 lietotnei ir divas teksta virsmas, ko katalogi var aptvert — React klients un backend funkcijas —, un viena, ko tie nevar, — dati entītiju iekšienē. Pie pēdējās mēs atgriezīsimies vēlāk.

Kā Base44 lietotni pievienot repozitorijam?

Base44 jau piedāvā šo savienojumu. Redaktorā atveriet informācijas paneli (Dashboard), noklikšķiniet uz GitHub ikonas un izveidojiet savienojumu. Jūs autorizējat Base44 Builder lietotni savā GitHub kontā vai organizācijā, izvēlaties, kuriem repozitorijiem tai ir pieejama piekļuve, un izveidojat jaunu repozitoriju šai lietotnei. No tā brīža repozitorijs un redaktors paliek sinhronizēti abos virzienos.

Viss turpmākais balstās uz diviem noteikumiem no Base44 dokumentācijas. Pirmkārt, sinhronizācija ir automātiska: izmaiņas, ko veicat Base44, tostarp izmaiņas, ko veic MI pēc uzdevuma, tiek iesniegtas (commit) repozitorijā bez atsevišķa push soļa, un manuālai pogai push nav vietas. Otrkārt, ceļš atpakaļ notiek caur main zaru. Viss, kas tiek apvienots ar main, kļūst redzams Base44 lietotnē, un master vai jebkurš cits noklusējuma zara nosaukums netiek atbalstīts. Pēc apvienošanas noklikšķiniet uz Publish, lai jaunā versija kļūtu aktīva lietotājiem.

Divvirzienu sinhronizācijai nepieciešams Builder plāns vai augstāks, un sākotnējo savienojumu var izveidot tikai lietotnes īpašnieks. Ja jūsu kontā jau iestatīta vecākā, viena virziena „Export to GitHub” integrācija, GitHub panelī ir saite, kā to atvienot un no jauna pieslēgties ar divvirzienu sinhronizāciju; viena virziena ceļš nekad neatgriež izmaiņas redaktorā, kas tieši ir tas virziens, kāds nepieciešams lokalizācijai.

Lai strādātu lokāli, klonējiet repozitoriju, izpildiet npm install, instalējiet Base44 CLI, pēc tam base44 login un base44 link, lai piesaistītu klonu attiecīgajai lietotnei. base44 dev palaiž priekšgalu (frontend) pret lokālu backend. Jūsu lokālā zara apvienošana ar main ir tas, kas to sinhronizē atpakaļ.

Ko Base44 lietotnei nozīmē „bez informācijas paneļa”?

Tas nozīmē, ka iztulkotie teksti nekad neatrodas kādā hostotā pakalpojumā, kas jūsu lietotnei jāizsauc vai no kura tie jāeksportē. Tie atrodas src/locales/de.json blakus src/pages/Home.jsx, versionēti tajos pašos commit'os, izskatīti tajos pašos pull request'os un izplatīti ar to pašu Publish klikšķi.

Alternatīvie varianti Base44 gadījumā katrs maksā kaut ko konkrētu. Izpildlaika rīks, kas tulko lapu pārlūkā, atstāj avota kodu neskartu, tāpēc repozitorijs joprojām liecina, ka lietotne ir angļu valodā, un katrs apmeklētājs ielādes brīdī saskaras ar tulkošanas aizkavi. Hostots tulkošanas rīks ar savu redaktoru glabā patiesības avotu ārpus repozitorija, tāpēc Base44 izveidotā divvirzienu sinhronizācija sinhronizē kodubāzi, kurā valodu vispār nav. Abi varianti ievieto papildu sistēmu starp jums un tekstu, kas jau atrodas jums piederošos failos.

Repozitorijam draudzīgā pieeja izmanto sinhronizāciju tā, kā tā tika iecerēta. Katalogi ir faili. Faili tiek iesniegti (commit). Iesniegtie faili nonāk main. main nonāk redaktorā. Tā ir visa procesa ķēde, un neviena tās daļa nav specifiska lokalizācijai.

Kā darbojas repozitorija natīvā uzstādīšana?

Pieslēdziet repozitoriju lietotnē un vienreiz palaidiet konvertāciju. Konvertācija atrod burtiskos tekstus jūsu komponentēs un backend funkcijās, piešķir tiem atslēgas, ja projektā vēl nav izpildlaika bibliotēkas, kā i18next vai Lingui, to pievieno un atver pull request pret jūsu repozitoriju ar avota katalogu un pirmajām mērķa valodām. Šis pull request ir viss nodošanas process. Izskatiet to GitHub tāpat kā jebkuru citu izmaiņu, apvienojiet to ar main, un Base44 to atspoguļos redaktorā.

No šī brīža push uzdevumi tulko jaunas kataloga vienības. Kad lūdzat Base44 izveidot jaunu funkciju un sinhronizācija to iesniedz (commit), jebkuras jaunas atslēgas avota katalogā tiek iztulkotas un piegādātas kā pull request. Apvienojiet to, noklikšķiniet uz Publish, un funkcija ir aktīva visās valodās. Nekas jūsu uzdevumu formulēšanas paradumos nav jāmaina, un neviena daļa jūsu lietotnē izpildlaikā neizsauc ārēju pakalpojumu.

Tā pati pieeja darbojas arī Lovable, Bolt, v0 un Replit gadījumā, un mehānika ir identiska, jo visi četri rīki jums nodrošina parastu priekšgala (front-end) projektu. Lovable ceļvedis satur visdetalizētāko informāciju par kataloga struktūru, Bolt ceļvedis apraksta eksporta soli rīkam bez iebūvētas sinhronizācijas, bet Vite ceļvedis Lovable klasiskajam kopumam ir tuvākais atbilstošais piemērs Base44 React un Vite izvadei koda līmenī. Ja salīdzināt dažādus rīkus, nevis jau esat izvēlējies vienu, vibe programmētāju pārskats ir labāks sākumpunkts.

Kuri teksti atrodas backend funkcijās?

Viss, ko lietotājs lasa un kas ģenerēts servera pusē. Validācijas kļūda, ko atgriež funkcija, e-pasta vēstules tēma, ko tā nosūta, PDF dokumenta saturs, ko tā ģenerē, paziņojuma teksts. Šie teksti nekad neparādās kā JSX, tāpēc priekšgala katalogs tos nesatur, un izpildlaika rīks tos nevar redzēt.

Princips ir tāds pats kā klienta pusē. Nolasiet pieprasīto lokalizāciju no ienākošā pieprasījuma, ielādējiet attiecīgās lokalizācijas katalogu funkcijas pusē un koplietojiet atslēgu vārdtelpu ar klientu, lai ziņojumam būtu vienāda nozīme gan saskarnē, gan API atbildē. Tā kā functions/ direktorija ir daļa no repozitorija, konvertācija apstrādā šos failus tāpat kā jebkuru citu avota kodu, un katalogi atrodas blakus tiem.

Kā ir ar saturu entītiju iekšienē?

Tā ir Base44 specifiskā robeža. Entītijas ir jūsu datu modelis, kas tiek pārvaldīts Base44 iekšienē, un, izmantojot divvirzienu sinhronizāciju, tās nav daļa no repozitorija. Tāds ieraksts kā produkta nosaukums, pakalpojuma apraksts vai palīdzības raksts ir dati, nevis saskarnes teksts, un neviens katalogs to nekad neaptvers.

Datu saturam nepieciešama valodas dimensija pašā entītijā: lokalizācijas lauks vai atsevišķs lauks katrai valodai, kā arī vaicājumi, kas nolasa apmeklētāja lokalizāciju. Šis pats iestatījums ir aprakstīts sadaļā par datubāzes saturu Lovable lietotnēs, un tas ir datu modeļa lēmums, ko pieņemat Base44 entītiju redaktorā, nevis lokalizācijas rīka lēmums. Plānojiet to laikus, jo valodas lauka pievienošana entītijai ar jau esošiem ierakstiem prasa vairāk darba nekā tā pievienošana jaunai entītijai.

Ko darīt, ja izmantojāt Lovalingo?

Lovalingo darbību pārtrauca 2026. gada augusta beigās, un tā publicētajos lietošanas gadījumos līdzās Lovable, v0 un Bolt bija minēts arī Base44. Ikvienam, kas caur to lokalizēja Base44 lietotni, nepieciešama vieta, kur šiem tekstiem nonākt. Tas ir pārcelšanas process, nevis jauns iestatījums: vispirms eksportējiet, tad konvertējiet. Pārcelšanas ceļvedis soli pa solim to apraksta, bet salīdzinājuma lapa apraksta, kas mainās, kad tulkojumi pārceļas no hostota pakalpojuma uz jūsu repozitoriju.

Kas jāpārbauda, pirms pievienot otro valodu?

Pārliecinieties, ka sinhronizācija ir divvirzienu, nevis novecojušais eksports. Atveriet GitHub paneli Base44 un pārbaudiet, vai tas norāda uz pieslēgtu repozitoriju; ja tas piedāvā saiti „Looking for the old setup?”, jūs izmantojat viena virziena ceļu un jums jāpieslēdzas no jauna.

Pārliecinieties, ka jūsu noklusējuma zars ir main. Base44 atspoguļo tikai šo zaru, tāpēc pull request, kas apvienots citur, redaktorā nekad nenonāk.

Pārbaudiet, vai jums ir izpildlaika bibliotēka. Ja jebkad esat lūdzis Base44 pievienot valodas, tas, iespējams, ir pievienojis i18next vai pašrocīgi veidotu kontekstu; konvertācija saglabā to, kas jau ir, un to apgādā ar datiem.

Izlemiet, kur entītijas saturam parādīsies valodas lauks, pirms pievienojat ierakstus otrā valodā. Katalogi šo daļu jūsu vietā neizdarīs.

Pārbaudiet savu maršrutēšanu. Base44 lapas veidojas uz failu bāzes, tāpēc lokalizācijas prefikss URL adresē ir maršrutēšanas lēmums, ko pieņemat vienu reizi, un tas nosaka, kā meklētājprogrammas redz katru valodu. Valodas pārslēdzēja un hreflang ceļvedis apraksta izvēles iespējas, un tās attiecas tieši tāpat arī šeit.

No kā sākt

Ieslēdziet divvirzienu GitHub sinhronizāciju Base44, ja tā vēl nav ieslēgta, pārliecinieties, ka zars ir main, un pieslēdziet repozitoriju lietotnē. Pirmais pull request konvertē kodubāzi. Viss turpmākais ir apvienošana, Publish klikšķis un valodas, kuras esat pieprasījis. Lovable integrācijas lapa apraksta to pašu plūsmu rīkam ar iebūvētu risinājumu, un lielākā daļa tur rakstītā tieši tāpat attiecas arī uz Base44.