jazykova verzia [vyriešené]

Mam CMS, ktory by som chcel prelozit aj do inych jazykov. Nechcem to riesit tak, ze v URL sa zada parameter a prepne sa jazyk, ale uz pri instalacii si navolim jazyk a podla toho bude cele CMS v tom jazyku.

Chcem to spravit tak, ze v jednom subore (txt alebo json ci xml) by boli vsetky slova, ktore CMS obsahuje

napr.
zrusit - cancel
odoslat - send
atd.

a vsade by sa z tohto suboru nahradili tie povodne slova. Neviem vsak ako to najlepsie spravit.

Keby som namiesto kazdeho slova vo vsetkych suboroch dal php premennu, boli by to stovky premennych, co by asi nebolo ok.

Navyse ak sa niekde vyskytnu slova aj v js subore, tak to mi je zas nanic. Ale zatial by som riesil iba php.

Ako to riesit?

S tou hromadou premenných sa to môže zdať čudné, ale naozaj sa to tak robí. Resp nie premenné, ale prvky asociatívneho poľa.

Môžeš použiť nejaký template engine (smarty, twig...), alebo sa nimi aspoň inšpirovať. Pripadne sa inšpiruj nejakým frameworkom (laravel to veľmi pekne vyriešené)

mam to robene v template power - t.j. podobne ako smarty, tak skusim to teda s tymi premennymi. Rozmyslal som ,ze vyuzijem json, napr.



a potom vlastne by som pouzil napr. $x[a1][en] atd... resp, pre moj system potom asociovane napr. {a1en}.

Len po kazdom nacitani stranky potom musim nacitat get content toho json, ale to skusim spravit tak, aby to nacitalo len prvy krat do globalnej premennej.

nie je lepsie si to napojit na databazu, spravit stlpce pre jazyky + premenna a celeho to po prvom nacitani uchovat do memcache a pracovat na tej urovni, pri kazdej zmene jazyka len nechat nacitat polozky znova a nechat po najdlhsiu dobu v memcache? samotna php zozere menej pamete pri nacitani stranky, naco vzdy nacitat cely jazyk ked je pouzita len jedna mutacia a len niektore casti z nej? takto to bude drzat cele v pameti memcache server, ktory je zvycajne na kazdom normalnejsom hostingu a takto nebude tymto textovym balastom zatazene php? ale len taky moj nazor na tuto vec, ze ci to nie je lepsie riesenie cez memcache a danym klucom ktorym sa nacita z neho dana hodnota, tym je db pouzita len raz kym nedojde k expiracii kluca alebo aktualizacii jazyka, resp pridania nejakej polozky

1. Chcelo by to niečo prehľadnejšie než json
2. Chcelo by to oddeliť jednotlivé jazyky do rôznych súborov. Takto budeš musieť načítať vždy všetky jazyky a z toho potom vybrať ten jeden. Tiež sa tak zjednoduší tvorba ďalších prekladov.

Koment od JanoF tiež stojí za zváženie.

nezabudni, ze preklady nie su uplne take jednoduche, kedze musis riesis problemy ako napr. mnozne cisla (2-3 verzie slova), rody atd.

s tou databazou som si nie uplne isty ci je to dobry napad. robit request kvoli kazdemu slovu? takze pri nacitani jednej stranky niekolko desiatok/stoviek requestov? zatial co subor nacitas iba raz.
a cache bude pouzita rovnako ci je to subor alebo databaza, nie? ale mozno sa mylim, nie som na to expert

hatto prečo request na každé slovo? Jano hovorí správne, presne tak to používam aj ja vo svojich systémoch. Pri prvotnom načítaní stránky / zmene jazyka vytiahnem z DB všetky slová daného jazyka do poľa - pole uložím do memcache a mám hladký priebeh. A čo je ešte lepšie. Veľmi jednoducho na to spravíš rozhranie pre prekladateľov. S databázou sa pracuje lepšie ako so súbormi.

Nechápem prečo nespomenul niekto štandardný spôsob - gettext. Nie, miesto toho si každý bude vymýšľať svoj spôsob V každom prípade by OP mal využiť postup ako pôvodne odporučil BX - využiť existujúci systém, napr Twig.
Memcache na toto vážne zamýšľané nebolo...

Standardy sposob ale neznamena, ze musi byt ten naj predsa, mne sa praveze memcache na taketo pouzitie paci ale ako sa hovori, sto ludi sto chuti.

a mozte mi zhruba priblizit, ako pracovat s memcache?

Nasiel som toto:



a teraz ako vytiahnem vsetky udaje z dtb do memcache?

Bezne to robim nejak takto



Proste ze ako to zapisat do memcache a ako k tym udajom pristupovat z lubovolnej inej podstranky, aby som stale nemusel davat query na dtb.

http://www.9lessons.info/2012/02/memcached-with-php.html

cez set nastavujes kluc a data k nemu, cez get ich zasa citas na zaklade kluca

super, dakujem za link!

Zial zistil som, ze na mojom serveri nie je instalovane memcache. Mozno by mi to na poziadanie zapli, lenze ten moj CMS system budem instalovat roznym ludom na rozne hostingy i servery, takze na to sa nemozem spoliehat, ze vsade bude ten memcache a potom zbytocne riesit so spravcami hostingov ci to mozu povolit atd...

Takze budem to riesit nejak, ze natiahnem data z dtb do nejakeho globalneho array, a na jednotlivych strankach dam zobrazit len tie, ktore dana stranka potrebuje. Pripadne sa vykona query na kazdej podstranke len na vytiahnutie tych slov, ktore stranka potrebuje, co je max. 5-6.

Je to CMS, nie je tam vela slov - hlavne menu, potom nejake nadpisy, a zvysok je obsah stranok, nazvy galerii ci noviniek, co si klient aj tak spravuje sam.

Ak tam nie sú desatisíce slov, tak to môžeš natiahnuť kľudne aj celé do pamäte a neriešiť to. Nemá zmysel robiť to zbytočne efektíve, ak je slov málo.
Ak ale píšeš o nadpisoch a obsahu stránok v CMS, tak to je iná vec. To už budú záznamy v databázi, predpokladám, že budú editovateľné. A tam už je treba jazykové verzie zase riešiť inak a treba sa nad tým aj zamyslieť trocha inak.

Jedna sa cisto o jazykovu verziu CMS systemu - SK a CZ. Cize obsah stranok si uzivatel napise vo svojom jazyku, to neriesim. Riesim iba samotne CMS - cize naozaj len par slov na kazdej stranke. Nadpismi som myslel nazvy sekcii v CMS, nie uzivatelsky obsah. Ide o to, aby si uzivatel mohol prepnut jazyk do CZ a niekto zase do SK. Cize v podstate len samotne rozhranie adminu. OK, vyriesil som to teda tymi par query na kazdej podstranke, a teraz robim este translator, kde bude mozne pridavat nove slova a ich preklady, pripadne menit a prekladat tie co su.

Ak to chápem správne, ty budeš ľudom - zákazníkom poskytovať zdrojáky? Alebo prečo to zaváhanie ohľadom viacerých hostingov? Dnes sa to už vo väčšine prípadov funguje tak (cloudovo), že súbory - zdrojáky máš u seba na servery (alebo VPS) a len kupuješ domeny pre zákazníka, ktorých DNS smeruje na tvoj server. Môžeš buď pre každú inštanciu vytvárať nové súbory (neodporúčam) alebo použiť jeden zdroják - pre všetky weby s vlastnými databázami.

A máš hneď vyriešenú bezpečnosť, customizáciu servera, jednoduchú správu a mnoho ďalšieho.

zakaznikom poskytujem len CMS na spravu ich webov, ktory nainstalujem na ich server. Ja nemam cloudovy server, nepotrebujem ho momentalne, tolko zakaznikov nemam, aby mi to vratilo investiciu. Len som chcel ten CMS lokalizovat, aby ho mali k dispozicii aj v inom jazyku. Uz som to vyriesil pomocou dtb, kde som ulozil slova aj v druhom jazyku a podla toho ako si to nastavi v CMS, tak taky jazyk mu nacita. Funguje to v pohode.