Wielojęzyczny szablon HTML/CSS

Hej, 
jakie rozwiązanie polecacie dla wsparcia wielojęzyczności w stronach bez CMS?

Na początek chciałem w prostej stronce HTML/CSS mieć treści w językach PL/EN i szukam mega lekkiego i niezawodnego rozwiązania.

array(
'core' => array(
 'company_name' => 'Nazwa firmy',
 'telephone' => '+48 123456789',
  ...
),
'contact' => array( ... ),
...
)

comapny_name = Nazwa firmy;
telephone = +48 123456789;
...

comapny_name = Company Name;
telephone = +44 1234586987;
...

@unbreak: to dopiero część rozwiązania, notabene też takie stosuję

Tablice językowe kondensuję w jednym pliku z lenistwa, w postaci

$plt = array(
'homepage' =>'strona główna',
...
)
$ent = array (
...

Do tego jeszcze jedna tablica zawierająca powtarzające się frazy we wszystkich językach + złączenie poprzez array_merge().
W samym szablonie wciągam plik z tłumaczeniem, wykrywam język przeglądarki i sprawdzam/ustawiam ciacho; do ostatniego korzystałem chyba z rozwiązań SO: http://stackoverflow...language-toggle
Na koniec najzwyklejszy switch:

switch($lang) {
case "pl":
$text = $plt;
        break;
}
...

Jakiegoś defaulta wypada w switchu jeszcze obrać w zależności od strony - jeśli z ciachem albo detekcją przeglądarki sprawa nie wypali - i pozostanie osadzanie fraz w odpowiednich miejscach:  echo $text['homepage']

ps. chętnie przygarnąłbym gotowy snippet typu bulletproof obsługujący ciacho i detekcję języka przeglądarki

A widzisz, trochę inaczej robisz, bo ty musisz rypać wszystko własnie na zasadzie "echo $text['homepage']" a ja w miejscu gdzie ma być jakieś słowo/zdanie w wersjach językowych wpisuję proste:

`core.telephone` a później zaraz przed wygenerowaniem finalnego widoku odpowiedniego preg_replace'a używam i samo się mi wszystko odpowiednio podmienia. Jak nie zapomnę wieczorem jak będę w domu to odkopię to rozwiązanie i dokładniej zademonstruję wrzucając gdzieś jakieś demo

Czemu twierdzisz że wolniejsze?

$contex = 'tutaj mamy cały html widoku gdzieś tam przechwycony';

$lm = new langauge_languageManager($lang); /* $lang to np 'pl','en' etc. wykryty gdzieś tam wcześniej, klasa langauge_languageManager wrzucona poniżej */
$contex = $lm->translateString($contex);
echo $contex; //tutaj echo czy co tam jeszcze potrzeba zrobić z htmlami :)

class langauge_languageManager{

	private $loadedTranslations=array();
	private $moduleBaseDir;
	public $currentLanguage;
	
	const DEF_LANG_CODE = 'en';
	
	public function __construct($lang = 'pl'){
		$this->languageLoader = new langauge_languageLoader;
		
		$this->currentLanguage = new stdClass;
		
		//$this->currentLanguage->code = 'pl';
		/*if(substr($_SERVER["HTTP_ACCEPT_LANGUAGE"],0,2) == 'pl' )
			$this->currentLanguage->code = 'pl';
		else
			$this->currentLanguage->code = 'en'; */
		
		$this->currentLanguage->code = $lang;
		//if COOKIE['langugage'] set na taki language else ustaw default
		
		$this->moduleBaseDir = '.';
		$this->loadTranslations('layouts');
	}

	public function translateString($content)
	{
		
		// replace using meta module translations
		
		//$content = preg_replace('/`([a-zA-Z0-9_-]+?)\.([.a-zA-Z0-9_-]+)`/e', ' ($this->loadedTranslations["\\1"]["\\2"]=="" ? \'\\2\' : $this->loadedTranslations["\\1"]["\\2"]);', $content, -1, $count );
		$content = preg_replace_callback('/`([a-zA-Z0-9_-]+?)\.([.a-zA-Z0-9_-]+)`/i',
			array(&$this, 'makeReplace'),
			$content
		);
		
		
		return $content;
	}
	
	public function makeReplace($in){
		if (!isset($this->loadedTranslations[strtolower($in[1])][$in[2]]) 
			|| $this->loadedTranslations[strtolower($in[1])][$in[2]] == "")
			
			return $in[2];
		else
			return $this->loadedTranslations[strtolower($in[1])][$in[2]];
		
	}
	

	public function loadTranslations($moduleName)
    {
        // example: modules/users/lang/data.pl
    	$filename = $this->moduleBaseDir . '/' . $moduleName . '/lang/general.' . $this->currentLanguage->code;
    	if ( ! file_exists( $filename ) )
    	{ 
    		if ( FRAMEWORK_ENV == 'dev') // dont throw in prod
    		{
    			$this->loadedTranslations[$moduleName] = array(); // file not found
				return;
    		}
	    	else
	    	{
	    		// use empty translations
	    		$this->loadedTranslations[$moduleName] = array(); // file not found
	    		return;
	    	}
    	}
	    	
    	$translations = $this->languageLoader->loadFile($filename);
    	if ( $translations !== FALSE )
    	{
    		$this->loadedTranslations[$moduleName] = $translations;
    	}
    }
	
	
	
} 

class langauge_languageLoader
{
    private $data = null;
    
    public function loadFile($filename)
    {
        $this->data = array();

        if(file_exists($filename))
        {
            $data = file_get_contents($filename);
            $data = preg_replace("#^//(.*)\n?$#m", "", $data );// remove comments
            $data = str_replace('\;', '***TMP_REPLACEMENT***', $data);

            preg_replace_callback("/([^=]+)\s= ([^;]+)?([ ]*);/", array(&$this, 'getArray'), $data);
            return $this->data;
        }

        return false;
    }
    
    private function getArray($in)
    {
        $this->data[trim($in[1])] = str_replace('***TMP_REPLACEMENT***', ';', $in[2]);
        
        return true;
    }
}

 a później zaraz przed wygenerowaniem finalnego widoku odpowiedniego preg_replace'a używam i samo się mi wszystko odpowiednio podmienia.

I can not PHP ale na samo użycie preg_replace() przechodzi mnie zimny dreszcz.
Zauważyłem w kodzie zakomentowany '/e' więc przynajmniej jesteś w pełni świadom zagrożeń z tym związanych.
 

Natomiast zgadzam się z writenem, wydajność preg_replace pozostawia wiele do życzenia.

ps. jeśli generujesz cały widok i dopiero wyświetlasz czy używasz do tego output buffering ?

Czyli będę wdzięczny za konsensus i złoty środek

No moim zdaniem rozwiązanie unbreak'a jest trochę przekombinowane. Nie twierdzę, że jest złe, ale dwie klasy żeby przetłumaczyć prostą stronę to jednak za dużo. W dużych aplikacjach z zaawansowanym systemem szablonów na pewno jest to dobre ułatwienie. Ale w prostej stronie, o której mówi zonic najprościej i najszybciej zrobić tak jak Zimistrz zaproponował.

Nie ma złotego środka.

ps. jeśli generujesz cały widok i dopiero wyświetlasz czy używasz do tego output buffering ?

Tak.

No moim zdaniem rozwiązanie unbreak'a jest trochę przekombinowane. Nie twierdzę, że jest złe, ale dwie klasy żeby przetłumaczyć prostą stronę to jednak za dużo. W dużych aplikacjach z zaawansowanym systemem szablonów na pewno jest to dobre ułatwienie. Ale w prostej stronie, o której mówi zonic najprościej i najszybciej zrobić tak jak Zimistrz zaproponował.

Nie ma złotego środka.

No szczerze to właśnie rozwiązanie jest zaczerpnięte z dużego systemu sklepów i przerobione na własną korzyść. Do prostej strony też go użyłem bo miałem gotowy, więc nie widziałem sensu pisania czegoś innego, tylko właśnie przeniesienie tego rozwiązania było dla mnie jedynym słusznym rozwiązaniem.

Co do wydajności, proszę Was. Mogę się założyć że jeżeli byłaby jakaś różnica w tych rozwiązaniach to na poziomie mikrosekund, niezauważalna.

Co do wydajności, proszę Was. Mogę się założyć że jeżeli byłaby jakaś różnica w tych rozwiązaniach to na poziomie mikrosekund, niezauważalna.

Zgodze się. Weźmy na przykład forumowe parsery, które nieraz mają do sprawdzenia bardzo długie posty pod kątem pierdyliarda znaczników BBCode, i jakoś to w miarę szybo działa. Regexy nie takie straszne jak się wydaje.

Właśnie dlatego słabsze serwery nie radzą sobie z dużymi skryptami.

Ja bardzo dbam o optymalizacje aplikacji, dlatego we własnych projektach nigdy nie wplatam do systemu szablonów jakiś dziwnych rzeczy. Bo to tak naprawdę niczemu nie służy, oprócz wygody osoby kodującej szablon. BBCode to jest akurat najmniejszy problem.