|
PHP PHP aplikacije, Smarty, PEAR |
|
Alati teme | Način prikaza |
|
26. 10. 2009. | #1 |
profesionalac
Qualified
Datum učlanjenja: 19.05.2007
Poruke: 123
Hvala: 13
3 "Hvala" u 3 poruka
|
@bluesman
nije mi bio cilj da govorimo na koji način prevesti tekst i slicno. podrazumijeva se da će se radi dodatni upis u bazu i ručni prevod . ja govorim recimo o news siteu i kako je najpametnije pristupiti dizajnu baze. @Milos Vukotic ova varijnta 2 iz teksta je jako zgodno rješenje jer se stvarno veoma lagano implementira i novi jezik se dodaje sasvim jendostavno. Ako nema puno kolona koje se ne prevode (pa onda nema ni pretjerano puno duplog sadrzaja), ovo je OK rješenje. Po meni ovo rješenje ima i nedostatak, a to je kako dobiti sve varijante jednog teksta sa jednim upitom? Sto znaci da ako u footeru imam linkove 'O nama', 'Kontakt' ... i linkove tipa: http://domena.com/en/page/about_us http://domena.com/de/page/uber_uns http://domena.com/en/page/contact http://domena.com/de/page/kontakt moram da unaprijed znam sve slug-ove (ili ids), odnsono da promjenom jezika i znam koji su slug-ovi za taj jezik. |
26. 10. 2009. | #2 |
član
Certified
|
Višejezični sajt
Rešavanju ovog problema treba pristupiti prvenstveno od potrebe klijenta. Kada sam rešavao ovaj problem, meni je najlogičnije bilo da dodam posebnu tabelu jezika i tabelu poruka sistema. Praktično varijanta 2 - Multirow approach.
Da bi to sve malkice zakomplikovao, id jezika sam dodao i u tabelu kategorija. Na ovaj način sam dobio da struktura sajta na svakom jeziku može biti skroz različita od drugog jezika a i broj jezika nije ograničen. Naravno, insistiram da postoji glavni, tj. podrazumevani jezik. Preko .htaccess-a odradimo rewrite url'a i to je to. Sve adrese su unique, nema dupliciranja sadržaja, dodamo novi jezik kao i poruke sistema na dotičnom ako nam treba neki novi jezik. Obzirom na to da su poruke sistema uglavnom standardne, ponuda raspoloživih jezika raste bez potrebe za velikim dodatnim radom. To je neka moja odluka i nisam do sada imao potrebe da menjam ovu logiku iako bih to istog momenta uradio ukoliko bi se pokazalo da klijent ima potrebu koju nije moguće na ovaj način zadovoljiti. |
26. 10. 2009. | #3 | ||
Ivan Dilber
Sir Write-a-Lot
|
Citat:
Citat:
Inace, 3-ka je mnogo bolje resenje od 4-ke, jer nikad ne znas kad ces pored Title i Content sadrzaja dobiti zahtev i za podnaslove, i abstract i jos custom polja...
__________________
Leadership is the art of getting people to want to do what you know must be done. |
||
27. 10. 2009. | #4 |
novi član
|
Cao, moze li neko (da ne kazem Ivanhoe ) pojasniti na prakticnom primeru pristup 3, uopste ne mogu da skontam kako se koristi, cenim da se u translation_entry cuvaju svi prevodi za svako polje ponaosob (kao jedan red po polju koje se prevodi) ali ne kontam upotrebu table translation, koja ima samo jedno polje ID.
Ako sam dobro skontao, ovaj pristup mi ima prednosti za dinamicka polja stavki , gde bi se lako dodavali redovi za potreban prevod novo nastalog polja. Inace licno rabim pristup 4, nemam nesto potrebu da dinamicki dodajem prevodiva polja. Ali kada budem bio, verovatno ce pristup biti slican kao pod 3 |
27. 10. 2009. | #5 | |
profesionalac
Qualified
Datum učlanjenja: 19.05.2007
Poruke: 123
Hvala: 13
3 "Hvala" u 3 poruka
|
Citat:
- ide sve u jednu tabelu - prevod stavljas u kolonu tipa TEXT, a recimo prevodis naslov CHAR(60) |
|
27. 10. 2009. | #6 | |
Ivan Dilber
Sir Write-a-Lot
|
Citat:
@DakiPro: i mene je ta translation tabela zbunila, pretpostavljam da je to neka denormalizacija sa idejom da ako ima vise istih prevoda, ne dupliras sadrzaj, nego je translation vezna tabela, ali ja je licno ne bih nikad tako radio... Ali poenta je da imas tabelu sa sadrzajem, u kome cuvas sve prevode, nebitno o kom tipu sadrzaja se radi (naslov, text, itd..). Ja bih to organizovao ovako nekako: Kôd:
table languages -- id (int) -- name (varchar) --code (char(2)) table pages -- id (int) -- language_id (int fk) -- title (int fk) -- content (int fk) table translations -- id (int) -- content (text) -- content_type_id (int fk) table content_types /* ovo cisto da se olaksa administracija, mozda i ne treba? */ -- id (int) -- type (varchar)
__________________
Leadership is the art of getting people to want to do what you know must be done. Poslednja izmena od ivanhoe : 27. 10. 2009. u 23:49. |
|
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
TOP 20 MySQL Best Practices | dinke | SQL baze podataka - Sponzor: Baze-Podataka.net | 11 | 26. 11. 2009. 10:26 |
Multilanguage wordpress site | blackshtef | Web aplikacije, web servisi i software | 12 | 11. 11. 2009. 13:49 |
PHP Stilovi pisanja aplikacija (Best design practices) | ppavlovic | PHP | 26 | 10. 07. 2007. 15:43 |
Performance Tuning Best Practices for MySQL | Ilija Studen | SQL baze podataka - Sponzor: Baze-Podataka.net | 1 | 13. 08. 2006. 16:20 |