Comments on: Tłumaczenia w aplikacji na wiele sposobów

By: Antoni Jakubiak

Antoni Jakubiak — Tue, 08 Jan 2008 08:08:00 +0000

Twoje rozwiązanie jest dobre, ale tylko dla stron bez personalizacji. Jeżeli na stronie znajdzie się moduł, który będzie miał inną treść w zależności od czasu lub od internauty – to takie rozwiązanie nie zadziała.

By: Cypo

Cypo — Tue, 08 Jan 2008 02:38:00 +0000

Jest jeszcze jedno wyjście, ale raczej nie nadaje się do stworzenia aplikacji nim zarządzającej. Ja akurat w systemie CMS używam
page (
page_id int,
lang_id int references lang(lang_id),
opis text,
primary key(page_id, lang_id)
);
i oczywiście tabela z językami.

By: Antoni Jakubiak

Antoni Jakubiak — Fri, 28 Dec 2007 13:13:00 +0000

:)
Tak, ale wiele zależy od działania indeksów w bazie.

By: gilthanas

gilthanas — Fri, 28 Dec 2007 13:00:00 +0000

rozwiazanie wszystkie tlumaczenia w jednej tabeli jest wygodne w malych serwisach. jezeli jednak robisz duzy sysytem rozwiazanie to moze zabic ci cala aplikacje. poszukiwania w tabeli ktora ma kilka milionow rekordow bywaja zabojcze, zwlaszcza jezeli chcesz trzymac w bazie historie. rozwiazanie moze byc jeszcze jedno: podzielenie systemu tlumaczen na kilka czesci np. kazdy schemat bazy bedzie posiadal wlasne tlumaczenia.
system tlumaczen moze tez w tym momencie byc bardziej elastyczny, np. czesc tlumaczen jest wersjonowana a czesc jest nastawiona na szybkie dzialanie i zbedne rzeczy sa wylaczone. dla naprawde duzych systemow najlepszym rozwiazaniem byloby stosowanie tabeli tlumaczen osobno dla kazdej tabeli.

By: Demonstenes

Demonstenes — Thu, 06 Dec 2007 12:04:00 +0000

:) superowy wpis – wlasnie tworze slownik, ale jako, ze w php, to skorzystam z 3 metody :)

By: Bonifacy

Bonifacy — Tue, 04 Dec 2007 15:41:00 +0000

Dobre, już mi się podoba.