Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Obsluga Kilku Jezykow
Forum PHP.pl > Forum > Bazy danych > MySQL
yavaho
Nigdy jeszcze nie robilem strony w kilku wersjach jezykowych. Tak naprawde nie wiem jak sie do tego zabrac. Strona bedzie zawierala duzo krotkich tektow (np tekst bedzie w wypunktowaniach, w tabelkach i w rozwijanych litstach). Kod php bedzie bardzo wymieszany z kodem HTML, bedzie duzo linkow a przy linkach beda dymki. Na stronie bedzie tez kilka zlozonych formularzy (klient bedzie wybieral pewien produkt, a przy tym bedzie musial wybrac kilkanascie opcji np: kolor, wymiar , ksztalt itp zanim otrzyma wynik). Wiec w formularzach bedzie duzo rozwijanych list z poszczegolnymi pozyjami.

I mam kilka pytan:
1) Czy zastosowac standard kodowania iso-8859-2 ? Czy to wystarczy do obslugi jeyzkow: czeski, slowacki, niemiecki, szwedzki? A w przyszlosci moze dojdzie jezyk rosyjski.

2) Zmienna na podstawie ktorej bedzie wybierany poszczegolny jezyk i niektore czesci grafiki planuje przetrzymywac w sesjach - czy to wystarczy?

3) Zaplanowalem sobie taka baze danych skladajaca sie z dwoch tablic, w ktorej beda przchowywane teksty.

tablica: tytuly:
ID_tytuly
tytul (tu bedzie krotka informacja dla mnie co zawiera wlasciwy tekst)

tablica: teksty:
ID_teksty
ID_tytuly (powiazanie z tablica "tytuly")
lang (wersja jezykowa)
tekst

Czy taki shemat bazy danych wystarczy? Czy lepiej to zrobic w jednej tabeli?

4) Jak to wplynie na wydajnosc strony i obciazenie serwera? Bo w kodzie php co chwile beda pobierane krotkie tekst z bazy danych.
DeyV
1. stanowczo lepiej jest zdecydować sie na UTF 8
a) będziesz miał pewność, że zawsze wszystko będzie OK
cool.gif edytory lepiej obsługują ten standard, więc łątwiej nawet będzie coś wklepać zarówno po polsku, jak i w innym języku

2. tak - choć czasem warto by się było zastanowić nad wykorzystaniem ciastek - w koncu jeśli raz user wybrał dany język, to najprawdopodobniej kolejnym razem też będzie go chciał.

3. czy to by miało znaczyć, żę tytuł jest nietłumaczalny? TO chyba nie przejdzie..

4. wspomniałeś o tym, zę kod będzie wymieszny html i php. Stanowczo jestem przeciw temu. Jeżeli zależy Ci na wydajnośći, powinieneś odrazu myśleć o wdrożęniu jakiegoś systemu cache, a w takim przypadku bardzo dobrym wyboerem okazuje się (dla niektórych jest to dziwne) Smarty.
Dzięki niemu można uniknąć tych samych zapytań do bazy przy każdym przeładowaniu. Można nawet dojść do stanu, żę przy wielu przeładowaniach wogóle nie jest potrzebne połączenie z bazą.
(nie mówiąc juz o wygodzie pisania... )
dooshek
Cytat(DeyV @ 2004-08-25 11:02:06)
1. stanowczo lepiej jest zdecydować sie na UTF 8
a) będziesz miał pewność, że zawsze wszystko będzie OK
cool.gif edytory lepiej obsługują ten standard, więc łątwiej nawet będzie coś wklepać zarówno po polsku, jak i w innym języku

2. tak - choć czasem warto by się było zastanowić nad wykorzystaniem ciastek - w koncu jeśli raz user wybrał dany język, to najprawdopodobniej kolejnym razem też będzie go chciał.

3. czy to by miało znaczyć, żę tytuł jest nietłumaczalny? TO chyba nie przejdzie..

4. wspomniałeś o tym, zę kod będzie wymieszny html i php. Stanowczo jestem przeciw temu. Jeżeli zależy Ci na wydajnośći, powinieneś odrazu myśleć o wdrożęniu jakiegoś systemu cache, a w takim przypadku bardzo dobrym wyboerem okazuje się (dla niektórych jest to dziwne) Smarty.
Dzięki niemu można uniknąć tych samych zapytań do bazy przy każdym przeładowaniu. Można nawet dojść do stanu, żę przy wielu przeładowaniach wogóle nie jest potrzebne połączenie z bazą.
(nie mówiąc juz o wygodzie pisania... )

Co do UTFa to nie jest to takie proste jesli chodzi o MySQLa niestety - polecam postudiowanie wersji MySQL 4.1.4 bo tak naprawde ona dopiero ma wsparcie pelne dla UTFa - chodzi glownie o sortowanie oraz porownywanie znakow (czyli tzw. collation). W razie co na priv sluze pomoca...
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2024 Invision Power Services, Inc.