** olo <o...@n...com> wrote:

> Mam gotowy system do obsługi wielu języków na stronie. Działa prawidłowo, ale
> w niedługim czasie będę chciał go wrzucić na stronę, którą odwiedza ok 2k UU
> dziennie. Tym samym myślę, że nie bez znaczenia będzie już kwestia
> wydajności. Chciałbym zatem zapytać jakie rozwiązanie będzie lepsze.

Najlepiej będzie przy pierwszej wizycie sugerować się nagłowkiem HTTP
Accept-Language i kierować na właściwą wersję językową. Jeżeli user zmieni
język to ustawić mu cookie i dalej sugerować się tym cookie.

Oczywiście zgodnie ze sztuką wersje językowe powinny widnieć pod różnymi URI
czyli np. via ścieżka (/pol/foo /eng/foo itd.) czy domena (pol.foo.tld
eng.foo.tld itd.).

Najbardziej wkurwiają mnie witryny, które upierają się jaki język mi zaserwować
np. na podstawie IP z którego się łączę (helloł Google fuck off).

> Zasada jest taka:
> - w mysql jest tabela nazwijmy ją "teksty" z kolumnami: id, pl, en, de,
> itd (w zależności ile jest wersji językowych).
> - w php chcąc wstawić słowo lub zdanie wywołuję funkcję "czytaj" z
> parametrem wskazującym na konkretny id. W połączeniu z globalną zmienną
> przechowującą informację o wersji językowej wybranej przez użytkownika
> mam komplet danych

Zobacz sobie jak robi to eZ Publish - tam wszystko jest obiektem - posiada swój
bazowy język, a dodatkowe traktowane są jako kolejne obiekty - tłumaczenia.

> i teraz pytanie co będzie wydajniejsze:
> - jedno zapytanie mysql czytające CAŁĄ tabelę "teksty", zapisanie tego
> do tablicy a następnie odwoływanie się do tej tablicy poprzez funkcję
> "czytaj", czy może
> - zapytanie do mysql o jeden konkretny tekst w trakcie wywolania funkcji
> "czytaj"?

Poważnie zadałeś to pytanie czy jaja se robisz?

--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK