Hledá se překladatel

3.11.2008 16:50 | Přečteno: 2580× | phpMyAdmin |

Až do nedávna jsem překlad phpMyAdmina obstarával vlastními silami. Bohužel už v poslední době nějak nestíhám a není jiná možnost než se pokusit sehnat někoho, kdo by tyto překlady obstaral. První pokus tedy činím zde, třeba se tu nachází nějaký dobrovolník co by rád pomohl známému projektu. Kromě znalosti angličtiny nejsou potřeba žádné další znalosti.

Stačí vzít soubor s překlady, přeložit nepřeložené texty (a odstranit text //to translate) a pak už jen soubor poslat buď to trackeru s překlady nebo přímo mě. Více informací je třeba ve FAQ.

Pro začátek na překladatele čeká koňská dávka 350 textů pro nastavovací modul a 20 pro úložiště PBXT, takže jestli nemáte o dlouhých podzimních večerech co dělat, hurá do toho .

       

Komentáře

[Nicky726]

Že bych to zkusil?

[Marián Kyral]

Zkus. Samotný překlad není až tak velký problém, ale je třeba zachovávat kontext. Důležité je věnovat dostatek času ladění překladu. Ne vždy se trefí správný překlad napoprvé. Viz třeba "Hlasitost" u disku

Hlavně je třeba se domluvit, kdo co přeloží, pokud je překladatelů více.

[Darth Phantom]

Je to tak. Přeložit nějaký projekt bez kontroly kontextu může být rychlé, ale výsledkem pak mohou být různé nesmysly.

[Nicky726]

Díky za rady, budu se snažit. Zatím jsem zkusil řádky pro úložiště PBXT a odeslal k posouzení.

[Michal Čihař]

Dobré, jen tak dál .

[Heron]

Pokud dobře znáš phpmyadmina a problematiku DB, tak jen do toho.

[Drew]

Chybí, zdáse mi, informace, zda se jedná o překlady do angličtiny, nebo z angličtiny.

[Max]

Samozřejmě do češtiny
Zdar Max

[JohnnyDoe]

Neberte to prosím jako rýpání, ale takový - řekněme - významný projekt, a pro překlady používá proměnné? 1400 proměnných, které jsou strukturované jenom prefixy?

Proč to?

[Darth Phantom]

A můžu se zeptat, na to se asi nedá použít nějakej nástroj? Při překladech KDE jsem používal kbabel na .po soubory a při překladech různých programů ve Frugalware jsem používal pootle (což je ještě pohodlnější). Tady se asi musí prostě jít řádek po řádku a překládat, domnívám se.

[Michal Čihař]

A co lepšího je k dispozici? Rád bych použil gettext. Ale bohužel věc, která shodí PHP při změně pot souborů, opravdu není použitelná na reálné nasazení. A než parsovat po soubory v PHP (jako to dělá třeba Drupal), to už mi přijde lepší používat normální proměnné, které parsuje PHP a určitě to bude rychlejší.

[Michal Čihař]

No napsal jsem to samozřejmě v rámci zestručnění blbě, tak se radši opravím sám, než začne někdo rýpat: Padá to samozřejmě při změně .mo souborů, které aplikace čte. Problém je v tom, že gettext soubory prostě jednou načte a pak předpokládá, že se nezmění. Nicméně při aktualizaci aplikace se překlady samozřejmě změní (minimálně nějaké přibydou a díky tomu se posunou offsety ostatních) a nemůžeme čekat, že při aktualizaci phpMyAdmina bude někdo vždycky restartovat web server.

[Andrej Herceg]

A spôsobuje to problémy aj v prípade, keď sa súbor najskôr vymaže a až potom sa tam dá nový? (prepisovať akýkoľvek súbor už bežiacemu programu nie je rozumný nápad)

[Michal Čihař]

To by asi zabralo, ale zase se ty změny neprojeví, což taky není to, co by člověk chtěl . Prostě jediná možnost jak u klasického gettextu načíst nové překlady je restart programu, což je u webserveru dost často nemožné.

[Pev]

Docela by mě zajímalo, jak to řeší Wordpress, který používá gettext.

Jinak v Xaraye (PHP CMS/Framework) je lokalizace řešena podobně - pomocí asociativního pole v PHP souboru (otázkou je, zda to není paměťově náročnější než normální proměnné).

Protože je to CMS, tak tyto PHP soubory generuje systém z XML souborů, které je možné editovat ručně nebo pomocí speciálního modulu.

[Michal Čihař]

Nevím jak Wordpress, ale Drupal má reimplementovaný gettext v PHP, používá přímo *.po soubory a cachuje to do databáze. Což je sice pěkné, ale my nemáme k dispozici tu cache a bez ní to je děsně pomalé.

[petr_p]

Smazat a pak nakopírovat. I když pořád tam bude okno, kdy budou soubory neúplné.

[Michal Čihař]

PHP (resp. gettext) pak do restartu budou používat staré překlady... Navíc aktualizaci často dělá balíčkovací systém a vyžadovat nějaký konkrétní postup přepisovaní souboru je zbytečná komplikace.

[petr_p]

PHP (resp. gettext) pak do restartu budou používat staré překlady...

Já myslel, že při každém zavolání CGI skriptu se všechny inicializace (včetně otevření katalogu) provádějí znovu.

Navíc aktualizaci často dělá balíčkovací systém a vyžadovat nějaký konkrétní postup přepisovaní souboru je zbytečná komplikace.

To je ale chyba balíčkovacího systému / balíčku. Takhle vám může sletět libovolná aplikace, které se zaktualizoval katalog. (Nevím, jestli zrovna katalogy, ale alespoň u profláknutých démonů tohle Debian řeší.)

Na druhou stranu by se to dalo vyřešit, kdyby gettext používal nějakou copy-on-write metodu. (I když teď koukám, že mmap(…, MAP_PRIVATE, …) tohle taky neřeší, zamykání při otevření taky neexistuje. Hm, POSIX by potřeboval pořádný kopanec databázovými souborovými systémy.)

[Michal Čihař]

Pokud to je klasické CGI, tak ano, ale to snad nikdo v podukčním nasazení nepoužívá, protože to znamená spuštění procesu při každém požadavku. V praxi se spíš používá FastCGI nebo moduly to webserveru (ať už Apache nebo třeba IIS), které běží neustále.

K těm balíčkovacím systémům - AFAIK jak rpm tak dpkg nejdřív vytvoří nový soubor a pak ho přejmenují, takže to z tohoto pohledu bezpečné je. Klást takovéhle požadavky na aktualizaci webové aplikace je sice pěkné, ale 90% uživatelů se na to vykašle a shodí webserver svému poskytovateli. I když pak by možná konečně byla větší motivace s tím něco udělat .

[petr_p]

V praxi se spíš používá FastCGI nebo moduly to webserveru…, které běží neustále

To jsem nikdy nezkoumal, ale nějakým způsobem se musí interpret dozvědět, že teď se bude pouštět úplně nový skript a že by měl zahodit vše, co patřilo starému skriptu. Netvrďte mi, že není možné nakonfigurovat, co vše se má provést při takovém resetu (třeba zavolat bindtextdomain())?

klasické CGI… snad nikdo v podukčním nasazení nepoužívá

90% uživatelů… shodí webserver svému poskytovateli

Důvod nasadit CGI se vždycky najde ;).

Dále to máme možnost měnit EUID, limity a vůbec všechno, co souvisí s procesy, každému uživateli webhostingu. Pak taky si uživatel může vybrat verzi dynamického jazyka a nabízí se spousta jiných pozitiv a jistot.

[Michal Čihař]

To jsem nikdy nezkoumal, ale nějakým způsobem se musí interpret dozvědět, že teď se bude pouštět úplně nový skript a že by měl zahodit vše, co patřilo starému skriptu. Netvrďte mi, že není možné nakonfigurovat, co vše se má provést při takovém resetu (třeba zavolat bindtextdomain())?

Zas až tak moc jsem vnitřnosti gettextu a PHP nezkoumal, ale můj PHP skript jako jednu z prvních věcí (po zjištění jaký jazyk má použít) provede bindtextdomain a přesto PHP při změně .mo souboru segfaultuje. V PHP je chyba zavřená s tím, že je to vlastnost gettextu.

[petr_p]

Tak jsem si prověřil gettext v céčku a máte pravdu.

Ta potvora otevírá katalogy teprve až v gettext() a co je ještě horší – opakovaný (bind)textdomain() staré katalogy neuzavře. Přitom v manuálu se píše, že účinek (bind)textdomain() je platný jen do jejího dalšího zavolání.

Pánové v Sunu se asi špatně vyspali, když vymýšleli gettext.

[alena Svítilová]

Narazila jsem na tento inzerát náhodně a nerozumím.Hledáte-li opravdu kvalitního překladatela z a do angličtiny,věděla bych.Je velmi různá kvalita.Pokud žádáte výbornou,záleží na výši odměny a spolehlivosti placení.

Máte-li tedy zájem o skutečně kvalitní překlady,ozvěte se prosím na moji e-mailovou adresu

  A. Svítilová