Wydajny System Obsługi Języków, jakie rozwiązania przyjąć? Opcje

[Riklaunim]

Zamierzam wkrótce wprowadzić w swoim CMSie obsługę języków, tylko że nie wiem jak to zrobić by było "szybkie i wydajne", czy zastosować zwykły include z langiem w postaci np. tablicy, czy może coś innego?

[Luke]

Proponuje napisac funkcje ktora bedzie spelniac role tlumacza (i18n), w polaczeniu z plikami xml, ktore beda trzymaly tresc danego jezyka. Taka forma pozwala na latwa modyfikacje i rozbudowe. I co najwazniejsze bedzie utrzymana modulowosc Twojego CMS`a.

[DeyV]

Wadę takiego rozwiązania jest jednak ... szybkość.
Jeśli chcesz przechowywać dane w XML, to konieczne jest pamiętanie o tym, by je konwertować do jakiejś przyjażniejszej dla php postaci.
A to już odrobinę komplikuje zagadnienie.

jeśli jednak to się uda - to pozwala na bardzo elastycznie tworzenie tłumaczeń, tm bardziej, że istnieje sporo softu uławiającego tłumaczenie plików xml (np. http://ez.no/ez_publish/download/translati...te_and_linguist czyli
http://doc.trolltech.com/3.1/linguist-manual-3.html )

[[fisher]]

Ja uzywam do tego smarty

w tpl'u umieszczam

[HTML] pobierz, plaintext 
{config_load file="lang.$lang" section="Global"}
[HTML] pobierz, plaintext 

a zeby wyswietlic, np

[HTML] pobierz, plaintext 
{#GlobalSaveAs#}
[HTML] pobierz, plaintext 

przykladowo plik z tlumaczeniem (lang.pl) wyglada mniej wiecej tak

[HTML] pobierz, plaintext 
[Global]
GlobalSaveAs = Zapisz jako
GlobalCharset = iso-8859-2
GlobalCountryCode = pl
[HTML] pobierz, plaintext 

Tlumaczenie na nowe jezyki jest bardzo proste (IMHO najprostsze dla tlumacza, ktory nie zawsze musi byc "obeznany")

Ten post edytował [fisher] 16.06.2004, 12:04:23

[Riklaunim]

Smarty nie użyję bo nie chcę podwoić czasu generowania stron

[DeyV]

hmm. Powiem tylko tyle na ten temat.
Albo bardzo nisko cenisz swój czas, albo masz bardzo wolny serwer, albo...
hmmm , zabrakło mi pomysłu jak nazwać kogoś, kto przejmuje się różnicami rzędu 0.01 , zyskując w zamian elastyczność i wygodę pracy z kodem.

No ale cóż - o gustach się nie rozmawia, a wszak wymagałoby to poświęcenia paru minut na zapoznanie się z kolejnym (o jakie to okrutne) manualem.


@[fisher] jest to bardzo ciekaw metoda.
Ja stosowałem jeszcze inną - zadeklarowanie własnego znacznika, np. {t} {/t} , dzięki któremu wszystkie teksty, które się w nim znajdowały, przechodziły przez zdefiniowaną przezemnie metodę.

[rzseattle]

Ja stosowałem jeszcze inną - zadeklarowanie własnego znacznika, np. {t} {/t} , dzięki któremu wszystkie teksty, które się w nim znajdowały, przechodziły przez zdefiniowaną przezemnie metodę.

Dodam tylko ze dla sprawnego keszowania szablonow z roznymi wersjami jezykowymi w SMARTY, warto przy wyswietlaniu / kompilowaniu szablonu dodac parametr oznaczajacy jezyk. Wtedy spokojnie blok np {t}{/t} moze poddawac sie keszowaniu nie obciazajac serwera dodatkowym zajeciem a rozne wersje jezykowe beda keszowane w roznych plikach keszu.

Czyli

[PHP] pobierz, plaintext 
<?php
$smarty->display('szablon.tpl', $lang);
?>
[PHP] pobierz, plaintext 

[Riklaunim]

http://www.massassi.com/bTemplate/benchmarks/

[bregovic]

jesli jednak tak jak ja nie chcesz uzywac smarty - mozesz zastosowac require_once" title="Zobacz w manualu PHP" target="_manual'owane pliki z tablicami:

[PHP] pobierz, plaintext 
<?php
include 'lang.'.$lang.'.php';
?>
[PHP] pobierz, plaintext 

i tablica:

[PHP] pobierz, plaintext 
<?php
$lang['ok'] = 'ok';
$lang['yes'] = 'tak';
$lang['no'] = 'nie';
etc...
?>
[PHP] pobierz, plaintext 

wedlug mnie to najlepsza opcja dla nie-smarciarzy

[[fisher]]

Smarty nie użyję bo nie chcę podwoić czasu generowania stron

Przesadzasz, przy cache'owaniu nie jest tak zle

[rzseattle]

http://www.massassi.com/bTemplate/benchmarks/

Chyba nie obejzales dokladnie wynikow tego testu :/ . Smarty wyswietla szablon od 20 do 40 procent wolniej. Pozatym ehh ludzie czesto nie dostrzegaja mozliwosci smarty w budowie poteznego nazedzia. Sam teraz wykorzystuje ten system do bardzo rozbudowanego CMSa i gdyby nie funkcjonalnosc SMARTY mialbym powazne problemy ze sprzegnieciem wielu rzeczy w calosc. Paradoksalnie SMARTY przyspiesza dzialanie calego silnika poniewaz pobiera on i obrabia dane tylko wtedy gdy sa one potrzebne (pliki keszu sie zdeaktualizuja). Gdybym stosowal zwykle echo to bylo by krucho . Tak wiec po raz ktorys juz na tym forum nie zgadzam sie z opinia ze smarty jest wolny, bo jesli opracujesz odpowiedni system smarty jest ci tylko przyjacielem. Hmm chyba male OT.

[[fisher]]

No ale cóż - o gustach się nie rozmawia, a wszak wymagałoby to poświęcenia paru minut na zapoznanie się z kolejnym (o jakie to okrutne) manualem.

Masz racje - zgadzam sie w 100%, warto nadmienic ze designerzy - graficy juz nie lapia sie za glowe gdy slysza slowo smarty, watpie zeby chcieli sie uczyc metodologi tworzenia template'ow w innych tego typu systemach.

Poza tym smarty jest tworzone przez ludzi z php/Zend i ma naprawde niezla dokumentacje wiec ja to rozwiazanie zaczynam traktowac jako standard

[Luke]

Pozwole sobie zauwazyc ze do testu

http://www.massassi.com/bTemplate/benchmarks/

uzyto smarty w wersji 2.1.0, ciekawe jakie wyniki ma smarty w wersji 2.6.2?

Z ciekawosci sprawde w domu ...

Powszechnie wiadomo ze wydajnosc i szybkosc z wersji na wersje jest coraz lepsza...

Be Smarty

[[fisher]]

uzyto smarty w wersji 2.1.0, ciekawe jakie wyniki ma smarty w wersji 2.6.2?

Znany polski parlamentarzysta Andrzej L. tez powoluje sie na niezalezne wyliczenia* jego "ekspertow" do wytykania innym bledow.

Najgorsze ze sa tacy ktorzy mu wierza :-(

Podobnie jest z systemami szablonow



*) FUD :) ?

[Chewolf]

Witam też tworze malutki cms i według was które rozwiązanie jest najlepsze ?

[Luke]

Riklaunim, zrozumiales?

[Ace]

no ok phemplate 1.7.1 sa najszybsze w tym tescie, ale... Czy phemplate daje tobie takie mozliwosci jakie daje smarty ? chocazby funkcje warunkowa ? Taka mala funkcja, a ulatwia mi bardzo tworzenie szablonow. Uwazam, ze smarty maja wieksze mozliwosci, oraz maja zaplecze w ludziach ktorzy modernizuja ten system, dzieki czemu staje sie coraz lepszy.

zastanow sie nad tym. Smarty sa dobre do kazdego CMS'a wedlug mnie. Sam napisalem CMS'a, i uzylem w nim smarty, a na predkosc generowania strony nie narzekam.

[Riklaunim]

Nie stosuję obecnie any Smarty ani innego systemu skór Generalnie wynik działania moduły/bloku itp. wciągany jest po 2 zmienne tytul/treść i includowany jest odpowiedni plik skórki gdzie w odpowiednim miejscu jest echo... a działa to dość dobrze link. Jak się struktóra wykrystalizuję zastosuję pewnie jakiś prosty system skór na podstawie jakieś dobrej klasy z phpclasses.org, mam kilka typów.

Kod

    Riklaunim, zrozumiales?

Nie. Nie potrzebuję do niczego tak dużego skryptu Nie lubię wyglądu kodu skór Smarty, nie lubię Encompass i Xanthi

[Jabol]

a ja zaproponuje dwie opcje. Pierwsza to użycie klasy translate z pakiety PEAR, co jednak wymaga wielu innych części pakietu PEAR...
Inna opcja to skorzystanie z wbydowanej w wiele buildów funkcji _() albo inaczej gettext(). Wymaga to troszkę zabawy ale jest w miare porządnie zrobione i elastyczne. Na dodatek dodam jeszcze, że jest to metoda sprawdzona w niezliczonej (ok, może nie przesadzajmy, ale naprawdę w olbrzymiej) ilości programów (szczególnie na *nixa), więc powinna być w miarę niezawodna.

[Ozzy]

A ja polecę Savant'a.