Multijazyčný web – problém s šablonami

17. 7. 2011 13:18:13

Ahoj,

potřeboval bych pomoct... Dělám multijazyčný web a potřebuji přidat jazykovou mutaci. S daty v DB není problém, ale část webu je v šablonách. A já bych potřeboval vymyslet, jak je jednoduše lokalizovat. V šablonách je pochopitelně i HTML, takže pokud by to bylo možné, aby se HTML neduplikovalo - aby se v případě změny v šabloně nemusely upravovat všechny jazykové mutace. Zároveň by mělo být snadné přidat další jazykové mutace. Doufám, že jsem napsal vše potřebné.

Díky

17. 7. 2011 13:18:13

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656403

(20 hodnocení)

17. 7. 2011 13:35:57

vsechyn texty seskupuj na jedno misto a vypisuj do html volanim ... muzou byt v db, muzou byt v nejakych souborech, kazdopadne je jasne, ze davat to primo do sablon je hovadina :)

17. 7. 2011 13:35:57

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656402

Tom

(6 hodnocení)

17. 7. 2011 13:52:47

Díky za radu, nějak to s tím vymyslím :)

---------- Post added 17.7.2011 at 13:57 ----------

Můžeš nějak rozvést to "html volání"? :)

17. 7. 2011 13:52:47

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656401

Pavel Janků

(25 hodnocení)

17. 7. 2011 14:48:53

Můžeš nějak rozvést to "html volání"? :)

To není "html volání" ale "volání do html" a to je sakra rozdíl :) Předpokládámeli, že web je psán v PHP, tak je to třeba nějakým echo $promena; nebo include('file_path');, ale spíš to bude tím echo.

17. 7. 2011 14:48:53

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656400

(20 hodnocení)

17. 7. 2011 14:51:45

normalne do sablon to vypisuj pres fci, to bude asi nejlepsi reseni

uvedu priklad, samozrejme fce bude komplexnejsi, ale fungovat bude nejak takto

lng_writeout($name){include "texty.php"; return $texty;}

a v sablone pak neco jako

a vubec nejlepsi bude kdyz zacnes pouziv at nejaky framework, propagujes tu avatarem jQuery coz je framework pro javascript, proc nepouzivas framework i v php? Kohana i zend tohle maji resene v zakladu a rekl bych ze i vsechny ostatni frameworky

17. 7. 2011 14:51:45

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656399

Macecha

(17 hodnocení)

17. 7. 2011 15:04:38

když už je řeč o multijazyčném webu, tak jakou url nejlépe pro SEO používat je lepší en.name.tld a nebo používat pouze name.tld a rozlišovat podle ip adresy umístění s používáním atributu lang="" + možnost změny ? jelikož při té první variantě utíkají odkazy do jednotlivých jazyků, a tu druhou variantu, takhle má řešené například facebook.

17. 7. 2011 15:04:38

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656398

toshi

(4 hodnocení)

17. 7. 2011 15:16:40

Macecha: http://googlewebmastercentral.blogspot.com/2010/03/working-with-multilingual-websites.html

17. 7. 2011 15:16:40

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656397

(20 hodnocení)

17. 7. 2011 15:17:25

uplne ot, tohle sem nepatri... presto odpovim - jak kde, jak kdy... a seo vubec neresit, delej weby pro lidi, uz me zacina pomalu a jiste srat jak lidi porad resi seo seo seo a web je neoipouzitelnej protoze pres vsechnny radoby optimalizace lidi zapominaj ze vyhledavac neni ten pro koho web delame...

17. 7. 2011 15:17:25

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656396

Tom

(6 hodnocení)

17. 7. 2011 15:28:43

Tak jsem to rozhodl to vyřešit takhle:

Překlady budu mít v DB v tabulce translations(key varchar(100) PK, cs varchar(5000), en varchar(5000)) a z šablony k tomu budu přistupovat pomocí {!T:key!}.

Ještě bych měl otázku... Mám dělat adresy web.cz/en a web.cz/cs nebo stačí vybraný jazyk uložit do cookies?

Plánuji začít používat nette, čekám až zprovozní quickstart. Zatím používám vlastní řešení :)

17. 7. 2011 15:28:43

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656395

800XE

(8 hodnocení)

17. 7. 2011 15:37:04

delej weby pro lidi, uz me zacina pomalu a jiste srat jak lidi porad resi seo seo seo a web je neoipouzitelnej protoze pres vsechnny radoby optimalizace lidi zapominaj ze vyhledavac neni ten pro koho web delame...

Plně souhlasím - pokud web sám o sobě nestojí za nic, tak ho seo nespasí.

17. 7. 2011 15:37:04

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656394

(20 hodnocení)

17. 7. 2011 15:40:00

Napsal Jadro007;678121
Tak jsem to rozhodl to vyřešit takhle:
Překlady budu mít v DB v tabulce translations(key varchar(100) PK, cs varchar(5000), en varchar(5000)) a z šablony k tomu budu přistupovat pomocí {!T:key!}.
Ještě bych měl otázku... Mám dělat adresy web.cz/en a web.cz/cs nebo stačí vybraný jazyk uložit do cookies?
Plánuji začít používat nette, čekám až zprovozní quickstart. Zatím používám vlastní řešení :)

jestli pouzit primo adresni rozliuseni jazyku nebo ne je jen a pouze o tom, zda chces aby lide meli moznost odkazovat na web s takovym jazykem jaky vidi oni, pokud bude jazyk ulozeny jen pro konkretniho uzivatele, bude link obsahovat vzdy jiny jazyk podle uzivatele, coz je treba pripad facebooku, ktery jazyk nerozlisuje adresou ale proste uzivatelem, jenze facebooku je asi jedno ze google mu zaindexuje jen defaultni jazyk (anglictinu) a jine jazyky neprojede protoze jine jazyky vidi jen clovek co ho zvoli nebo ho ma nastaven v prohlizeci...

jinak doporucuju ti ty preklady cachovat, ona sice sama databaze cachovat bude, ale memcache bude stejne efektivnejsi :)

17. 7. 2011 15:40:00

https://webtrh.cz/diskuse/multijazycny-web-problem-s-sablonami/#reply656393

w3m

(22 hodnocení)

18. 7. 2011 11:22:17

ve vetstine pripadu se mi zda nejlepsi

cz.website.com

en.website.com

nebo

website.com/cz

website.com/en