O cemu treba voditi racuna, visejezicni sajt sa bazom itd.

[[nq]]

O cemu treba voditi racuna prilikom izrade sajta sa bazom podataka, da bi se lakse mogao dobiti visejezicni sajt ? U pitanju su makar 3 jezika i vise.

Znaci ako ima neko neka iskustva nek podeli sa nama.

Hvala.

[nixa]

Lang file za svaki jezik zasebno kod cms-a ,tako da je za taj deo,a u administraciji moze da se isto resi

[DejanVesic]

Originalno napisao [nq]

O cemu treba voditi racuna prilikom izrade sajta sa bazom podataka, da bi se lakse mogao dobiti visejezicni sajt ? U pitanju su makar 3 jezika i vise.

Znaci ako ima neko neka iskustva nek podeli sa nama.

Hvala.

Za statički deo sajta (stranice), nekoliko varijanti:

- UTF8 je obavezan za kodiranje stranica
- fraze se čitaju iz resurs fajla za izabrani jezik
- fraze se čitaju iz baze, uz OBAVEZNO keširanje prilikom prvog čitanja (preporučujem onda prilikom podizanja sajta puštanje spajdera preko celog sajta koji će ga obići i ukeširati sve što treba, da to ne bi radio prvi posetilac)

Za dinamički deo sajta:

- baza; UTF8 kodiranje u bazi
- najbolje je napraviti Dictionary šemu koja radi prevođenje i nju puniti, bez povezivanja sa ostatkom biznis logike; posle se lako (sa sve frazama da iskoristiti na drugim projektima)

Generalno:

- obratiti pažnju na formate datuma
- obratiti pažnju na formate brojeva
- obratiti pažnju na formate zapisa novca
- ako treba da podržiš right 2 left jezike, obrati pažnju kako to hendluje svaki browser (IE opet ima nasty bagove tu).

Preporuka:

- neka ti glavni development sajt bude u DRUGOM jeziku (mi smo radili na ćirilici) - tako ćeš odmah videti nedostatke trenutne faze razvoja (šta nije prevedeno, gde ima problema itd)

Primeri:

• Glavni, u engleskom: http://www.stanjames.com/
• Jevrejski (R2L): http://www.stanjames.co.il/
• Grčki: http://www.livebet.gr/

(više detalja za RTL kod IE imate ovde: http://www.aplus.co.yu/css/direction...layouts-in-ie/ )

[dinke]

Jedna reč - gettext

Koristili smo ga na sitebuilderu koji je do sada preveden na tri jezika. U najkraćem, Gettext ti omogućava da za sve 'output' pozive tipa echo "foo" koristis echo _("foo") čime će reč 'foo' outomatski biti prikazana na odabranom jeziku. Vidi gornji link kao i gettext manual za više informacija.

Gettext je dobar za kraće fraze. Za database driven sajtove (poput ovog gore koji sam naveo) duže rečenice treba čuvati u bazi za svaki jezik pojedinačno.

[[nq]]

@ Svi
Zaista odlicne smernice, mnogo stvari o kojima treba razmisliti, Hvala Vam.

@Dejan,
U pitanju je 3 jezicni sajt, nema R2L, o ovome nisam cak ni razmisljao.
Hvala na odlicnom postu.

[oliver78]

Originalno napisao DejanVesic

- fraze se čitaju iz baze, uz OBAVEZNO keširanje prilikom prvog čitanja (preporučujem onda prilikom podizanja sajta puštanje spajdera preko celog sajta koji će ga obići i ukeširati sve što treba, da to ne bi radio prvi posetilac)

Moze li malo vise o ovome. Spider?
Kako raditi kesiranje?

[ivanhoe]

mislim da je gettext i malo jednostavne logike primenjene na include fajlove bolje nego guranje texta u bazu, imaces manje dodatnog posla i bolje perfomanse...naravno ovo se odnosi na obicne sajtove, ako pravis CMS koji textove cuva u bazi onda je logicno da ce i prevodi biti tamo...

K'o sto Dinke rece gettext je odlican za textove menija, razne kratke poruke i slicno, jer automatizuje pravljenje language fajlova. Kao sto je vec receno koristis __() funkciju da prikazes text neke poruke, ali glavna prednost ovog pristupa je sto ti kad zavrsis pravljenje strane na default jeziku, pomocu jedne skripte automatski mozes da iscupas sav text svih poruka jer se nalazi u __('..'). Taj skript ti kreira language fajl koji ti lepo spakujes i posaljes prevodiocu na prevodjenje. On to prevede zadrzavsi isti format fajl, ti njegov prevod snimis gde treba i automatski imas poruke na novom jeziku na raspolaganju prostom promenom local setovanja. Nema zezanja da ti rucno svaku poruku unosis u bazu ili tako nesto... ako izmenis neku stranu, samo ponovo pustis batch da pokupi izmene, prevedes ih i to je to...

za vece komade texta je naravno prakticnije odraditi ceo templejt na drugom jeziku, snimiti sve templejte za taj jezik u zaseban dir, i onda kad include-ujes templejt samo kazes:
include(JEZIK_DIR . 'ime_templejta');

gde je JEZIK_DIR putanja direktorijuma za trenutni jezik... ovo je ultra brzo resenje, i vrlo prosto za odrzavanje i rad na prevodjenju...

Istom logikom mozes da odradis i include funkcija koje zavise od jezika, tipa formatiranje datuma, novca i slicno... Naprosto napravis za svaki jezik po jednu biblioteku takvih funkcija i inkludujes ih na isti nacin kao i templejte... Ukoliko se funkcije nece menjati u buducnosti (a posto su takve funkcije obicno vrlo proste, najverovatnije da nece), ovo je mnogo cisce resenje (i malko brze) nego gomila switch-case-ova koji proveravaju trenutni jezik unutar svake bozije funkcije...

[zextra]

kad smo vec kod templejtova i prevodjenja, sigurno je svakom ko je malo detaljnije citao smarty manual zapao za oko primer upotrebe register_block funkcije u sluzbi pravljenja multi-language sajta.

http://smarty.php.net/manual/en/api.register.block.php

naravno, nije tesko eliminisati onaj deo lang="br" iz template-a, i raditi to u samom kodu, a zavisno od jezika, menjati cache_id parametre u odgovarajucim funkcijama, da bi se za svaki jezik keshirala odgovarajuca verzija templejta... malo sam sad nabacao postupak, ali koga interesuje, lako ce saznati kako to moze da se uradi - smarty manual je dosta dobro napisan.

slicno tome, na primer, moze da se registruje funkcija za prikazivanje lokalizovanih podataka. primer:

Cena: {localize type="currency" value=$cena},
datum: {localize type="date" value=$unix_timestamp}

naravno, opet postoji ona pro&contra polemika, ali ako moze bez toga ovaj put zadrzimo se na funkcionalnosti...

[DejanVesic]

Originalno napisao oliver78

Moze li malo vise o ovome. Spider?
Kako raditi kesiranje?

Vrlo zavisno od tehnologije:

- globalna struktura unutar web aplikacije koja obavlja:

1. Da li je ova fraza tražena ranije?
1.1 Ne - dohvati iz baze, stavi u lokalni keš, vrati rezultat
1.2 Da -dohvati iz keša vrati rezultat.

Ovo može da bude i poseban proces u okviru iste mašine.

Spajder - ako se ovo radi strana po strana, pustiš bilo koji spider proces koji obiđe ceo sajt i obavi inicijalno keširanje za statičke stranice i prevode na njima.

[ivanhoe]

samo jos jedna mala primedba oko kesha, keshiranje apsolutno svake strane sajta je retko isplativo, ima nekih strana koje ce retko ili nikad biti posecene, i bezveze ce da zauzimaju prostor u keshu... a nije zauzece najveci problem, nego sto veliki kesh nuzno znaci i sporiji kes...

zato se obicno keshevi rade tako da imaju neku logiku kojom brisu podatke posle nekog vremena, obicno se koriste LRU (least recently used - brise stranicu koja je posecena najdavnije), FIFO (first in first out - brise stranice redom kojim su stavljane, obicno putem vremenskog limita) ili random izbor podatka za brisanje.. svaka logika ima neku svoju prednost, a zanimljivo je da random brisanje nije uopste lose resenje po efektima...