Kompletně i18ned a l10ned aplikace

Ondřej Mirtes napsal(a):

• libovolné přepínání mezi adresami typu /cs/kontakt ↔ /en/contact; /cs/blog/kategorie/nazev-clanku ↔ /en/blog/category/article-title (aby se uživatel po klepnutí na druhou vlaječku ihned dostal na tu druhou URL)
• kvůli tomuto se potřebuji dostat k jazyku, který uživatel chce, ještě před definicí rout a spuštěním samotné aplikace, abych mohl definovat, jaké překladové třídy Route se mají použít. Jak na to, aby to bylo nezávislé na tvaru URL, stejně jako je nezávislé celé Nette?
• to by byly vyřešeny české/anglické názvy presenterů a akcí, co ale data z databáze? Vybírání dat podle aktuálního jazyka není problém, ale co ten okamžik přepnutí? jakým způsobem mám zjistit, na jakou URL uživatele přesměruji při přepnutí jazyka, pokud má otevřenou zrovna stránku, jejíž parametry souvisí s daty z databáze?

Onehdá jsem tohle řešil vlastním routerem. Vše bylo založené na tom, že v DB je uložena mapa webu, z které se generuje zhruba takto vypadající pole:

$urls = array(
	'/cs/kontakt' => array(
		'presenter' => 'Contact',
		'action' => 'default',
		'params' => array(
			'language' => 'cs',
		);
	),
	'/en/kontakt' => array(
		'presenter' => 'Contact',
		'action' => 'default',
		'params' => array(
			'language' => 'en',
		);
	),
);

Router pak lehce podle adresy zjistí, o jaký jde jazyk. Zároveň přepínátka jazyků generoval taky router. Problém s překladovými slovníky odpadl, protože se nepoužívaly; problém s proměnnými věcmi z DB taktéž.

On celý ten router byl krapítek složitější (třeba díky těm uloženým datům dokázal z adresy poznat jazyk, i pokud nebyl uveden – a díky Nette přesměrovat na kanonickou URL, atd.). Důležité bylo, že routování zůstalo oddělené – presenterům router seríroval správné argumenty, odkazy se tvořily běžně pomocí link.

Snad to jako inspirace poslouží=)