witam

mam jedno pytanie, jak najlepiej przechowywać tlumaczenia strony??, myślelem o plikach tekstowych, lecz chcę wprowadzić możliwość dodawania i edytowania tlumaczen dla kazdego uzytkownika indywidualnie (poza oficjalnymi domyslnymi), tak wiec tych wersji tlumaczeń moze się trochę nazbierać, pliki nie bardzo mi pasują ze względu na edycję, a przechowywatnie tego w mysql moze troche miejsca zajmowac, chociaz rozmiar nie jest istotny, ale nie wiem jak będzie to chodzilo, co o tym sądzicie??

wielkie dzięki, pozdrawiam

Ja to zawsze (2 razy ) robiłem mniej więcej tak:

index.php:

[PHP] pobierz, plaintext 
<?php
$lang = 'pl'; // lub 'en'
 
include('./lang/'.$lang.'.inc.php');
 
echo '<a href=\"\">'.$lng['link_name'].'</a>';
// itp itd, cała strona...
?>
[PHP] pobierz, plaintext 

pl.inc.php:

[PHP] pobierz, plaintext 
<?php
$lng = array();
 
$lng['link_name'] = 'To jest link';
$lng['exit'] = 'Wyjście';
// ...
?>
[PHP] pobierz, plaintext 

en.inc.php:

[PHP] pobierz, plaintext 
<?php
$lng = array();
 
$lng['link_name'] = 'This is link';
$lng['exit'] = 'Exit';
// ...
?>
[PHP] pobierz, plaintext 

To tylko jedna z wielu możliwości...

no dobra, metoda dość prosta i wygodna, lecz jezeli ja zamierzam zrobić, tych wersji językowych dziesiątki i do tego ich edytowanie, to nie wiem czy operacje na plikach będą dosyć wygodne i dobre. a co powiesz na MySQL??

crashu pokazał koncept. To już od Ciebie i twojego systemu zależy implementacja.

1. Pobierasz z bazy danych komunikaty - tylko dla jednego języka (tzn. wersję danego usera, bo jak zauważyłeś chcesz, aby user mógł sobie ją edytować).
2. Wstawiasz do pliku (template, etc.)

Możesz to rozwiązać np. poprzez statyczną metodę jakiejś klasy.

[PHP] pobierz, plaintext 
<?php
class Msg {
private $messages; //tablica z komunikatami $messages[ id ] = 'kontakt';
static public function get( $id ) {
 return this->messages[ $id ];
}
}
 
?>
[PHP] pobierz, plaintext 

Następnie gdzieś tam odwołujesz się poprzez:

[PHP] pobierz, plaintext 
<?php
Msg::get(51831);
 
//czy
 
Msg::get( &#092;"link_menu1\" );
 
?>
[PHP] pobierz, plaintext 

dobra, ale mnie nie chodzi o to jak na stronie uzyc roznych wersji jezykowych, poniewaz myślę że z tym nie mam problemu. Mi chodzi o to ze nie mogę zdecywac się gdzie trzymać te wszystkie tłumaczenia. pli byłby wygodny poniewaz tych wszystkich tekstow jest sporo, ale baza natomiast jest chyba jeszcze lepsza poniewaz latwa w edycji. ale tutaj pojawia sie kolejny problem poniewaz nie wiem jak skonstruowac tabelę, mam zrobić tyle kolumn ile jest tekstow do przetlumaczenia?? i dla kazdego usera bedzie osobny wiersz, lub stworzyc tylko cztery kolumny (id,user,nazwa_tekstu,tlumaczenie) i dla kazdego tekstu do przetlumaczenia i dla kazdego usera dodawac osobny rekord?? mysle ze pierwsza metoda jest lepsza poniewaz wszystko jest dosc ladnie poukladane, lecz nie mam pojęcia jak zachowa sie baza danych z tabelą ktora ma np. 100 kolumn, z czego niektore pola są w dodatku typu text. a drugi pomysl moglby chodzic duzo lepiej, lecz ilosc rekordow wzrosla by 100-krotnie, tak wiec juz nie mam pojęcia co wybrać.

Widzę, że masz problem z projektowaniem baz danych. Zainteresuj się jakąś książką na ten temat.



W ten sposób będziesz mógł w łatwy sposób pobrać listę tłumaczeń dla każdego języka, bo może istnieć kilka tłumaczeń dla danego języka.

Mordercy...

Powinien wprowadzić jakieś wielopziomowe cache'owanie (napisałem gdzieś w jego innym temacie). Dzięki temu nie będzie aż tak bardzo obciążona baza ;-)

czyli mam zrobic tak jak pisałem w swoim drugim pomyśle tak?? dla każdego osobnego tekstu w tłumaczeniu dawać osobny rekord w tabeli, no ale zdajesz sobie sprawe z tego ze jezeli bedzie np. 10 językow, a kazde tlumaczenie ma powiedzmy po 100 fragmentow tekstow na stronie to daej 1000 rekordow w bazie danych, a jezeli do tego dojdzie jeszcze z 10000 uzytkownikow, a powiedzmy 1000 z nich zrobi sobie wlasne tlumaczenie (a chcę by mieli taką mozliwość) to tych wpisow pojawi sie w bazie 10000 prywatnych tlumaczen + 1000 oficjalnych. no w sumie nie jest tego az tak dluzo, no ale gdyby zrobic tak jak opisywalem w sowim pierwszym pomysl to tych rekordow bylo by 1010, no ale tabela by miala 100 kolum, tak wiec moze by to spowolniło pracę. zupełnie się na tym nie znam, tak więc proszę o pomoc w wyborze.


ps. "Powinien wprowadzić jakieś wielopziomowe cache'owanie" ze co??

W tym przypadku wydaje mi sie baza danych najlepszym rozwiazaniem. Tak jak pisales moze byc n jezykow i n userow, odnosnie plikow to bedzie masakra z wciaganiem tych plikow, kilka tysiecy plikow w 1 katalogu i wydajnosc spada. Wtedy wymagana by byla struktura drzewiasta tatalogow z jezykami. A co z edycja latwiej na bazie zrobic.

Projekt tabeli. Lepiej zastosowac wiele rekordow i tutaj jak napisales "0000 prywatnych tlumaczen + 1000 oficjalnych" to nie jest tak az wiele niz 1000 pol w bazie danych, chyba nie musze tlumaczyc dlaczego wiele pol powoduje problemy.