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?

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.

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 )

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")

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

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ę.

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 

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

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

Przesadzasz, przy cache'owaniu nie jest tak zle

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.

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

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

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 :) ?

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

Riklaunim, zrozumiales?

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.

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.


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

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.

A ja polecę Savant'a.

wyorzystanie smarty jest bardzo ciekawe.
ja jednak planuje użyć jakiegoś inego sposobu ponieważ używając model mvc nie chce za bardzo być zależnym od smarty.
Do tej pory korzystyałem z tablic i jak narazie wydaje mi sie to najlepszym sposobem.

a może coś takiego na szybko:

[PHP] pobierz, plaintext 
<?php
 
// plik z tłumaczeniem
$lang=array(
'hello' => 'Witaj',
'test' => 'sprawdzam poprawność'
);
function translate($tekst){
$from = array_keys($lang);
$to = array_values($lang);
return str_replace($ftom, $to, $tekst);
}
// i potem tylko w trakcie pobierania danych np:
$tekst = translate($tekst);
$smarty -> assign('tekst', $tekst);
 
 
 
?>
[PHP] pobierz, plaintext 

Takie coś to mam i bez Savanta