|
Planiranje i usability Planiranje, legalnost, privatnost, arhitektura, principi |
|
Alati teme | Način prikaza |
18. 12. 2005. | #1 |
web dude
Grand Master
Datum učlanjenja: 09.06.2005
Poruke: 912
Hvala: 46
24 "Hvala" u 21 poruka
|
O cemu treba voditi racuna, visejezicni sajt sa bazom itd.
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.
__________________
polovni mobilni telefoni mali oglasi prodaja korišćenih aparata |
18. 12. 2005. | #2 |
Nikola Denić
Sir Write-a-Lot
|
Lang file za svaki jezik zasebno kod cms-a ,tako da je za taj deo,a u administraciji moze da se isto resi
__________________
Do not ask yourself what the world needs. Ask yourself what makes you come alive, and then go do that. Because what the world needs is people who have come alive |
18. 12. 2005. | #3 | |
old school
Professional
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
|
Citat:
- 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:
(više detalja za RTL kod IE imate ovde: http://www.aplus.co.yu/css/direction...layouts-in-ie/ )
__________________
http://www.vesic.org | Blog: http://www.vesic.org/blog/ | Fina kolekcija programa: http://www.vesic.org/programi/ Poslednja izmena od DejanVesic : 18. 12. 2005. u 09:25. |
|
18. 12. 2005. | #4 |
Super Moderator
Invented the damn thing
Datum učlanjenja: 06.06.2005
Poruke: 2.371
Hvala: 370
701 "Hvala" u 194 poruka
|
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. |
18. 12. 2005. | #5 |
web dude
Grand Master
Datum učlanjenja: 09.06.2005
Poruke: 912
Hvala: 46
24 "Hvala" u 21 poruka
|
@ 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.
__________________
polovni mobilni telefoni mali oglasi prodaja korišćenih aparata |
19. 12. 2005. | #6 | |
profesionalac
Professional
|
Citat:
Kako raditi kesiranje?
__________________
http://oliver.glogonj.net |
|
19. 12. 2005. | #7 |
Ivan Dilber
Sir Write-a-Lot
|
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... |
19. 12. 2005. | #8 |
Boris
Grand Master
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
|
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: Kôd:
Cena: {localize type="currency" value=$cena}, datum: {localize type="date" value=$unix_timestamp}
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams |
22. 12. 2005. | #9 | |
old school
Professional
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
|
Citat:
- 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.
__________________
http://www.vesic.org | Blog: http://www.vesic.org/blog/ | Fina kolekcija programa: http://www.vesic.org/programi/ |
|
23. 12. 2005. | #10 |
Ivan Dilber
Sir Write-a-Lot
|
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... |
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
Voditi e biznis u Srbiji | Markok | e-Business | 8 | 26. 11. 2009. 23:21 |
Citibank UK, otvaranje racuna | cvele | e-Business | 8 | 24. 08. 2008. 03:45 |
Cemu sluzi ovaj forum? | torbica | IT događaji | 0 | 29. 10. 2007. 01:40 |
visejezicni sajtovi i google | ivanhoe | Marketing i SEO | 8 | 22. 09. 2006. 14:17 |
Treba mi savet oko cene za sajt | ivanhoe | Opušteno | 14 | 18. 03. 2006. 16:15 |