|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Victor Wagner 2:5020/400 28 Nov 2002 20:09:21
To : "Andrey N. Demushkin"
Subject : Re: Locale::gettext
--------------------------------------------------------------------------------
Andrey N. Demushkin <dd@gibdd.ru> wrote:
>> >> на котором выводить,
>> AND> по ip. есть база с ip ranges, определяется страна, ну и в
>> AND> зависимости от страны используется нужный язык.
>>
>> Постановка задачи - бредовая. Accept-Languages еще куда ни шло, но IP!
>> Этак ты всему домену iiasa.ac.at будешь выдавать австрийский немецкий,
>> хотя три четверти сотрудников в международном институте системных
>> исследований немецкого не знают.
AND> А это уже их проблемы ;-)
Э-э не. Это твои проблемы. Если у тебя есть баннерозаказчики в
Лаксенбурге, они очень расстроятся, что такая перспективная аудитория
окажется неохваченной. Этот институт там по-моему две трети рабочих
мест города, да к тому же весьма высокооплачиваемых.
>> С другой стороны в случае с Accept-Languages ты налетаешь на то, что
>> все криворуко поставленные винды будут получать английский.
AND> угу.
AND> Хотя, изначально, определение страны по IP было сделано для показа
AND> баннеров и попандеров - итальянцу показывать итальянские баннеры и
AND> т.д.
Это гораздо правильнее. Если я сижу в Лаксенбурге, меня мало интересует
что продается нынче в московских магазинах. А на рекламу чего-нибудь в
Вене я, глядишь, и клюну, благо до Вены час на трамвае.
Самое главное - не смешивать географическое положение и язык.
>> AND> проще отдавать переводчикам файлы с текстами...
>>
>> Между переводчиком и собственно скриптом есть еще системный
>> администратор, который какой-то тулзовиной эти файлы устанавливает.
>> Тулзовина может быть и msgfmt, а может быть и чем-то более другим, что
>> читает файлы в формате .po и льет в базу.
AND> Это будет происходить редко, поэтому виден смысл в сабже. Мне проще
AND> отдать файл с кучей сообщений на перевод, а потом его прикрутить к
Тебе виден смысл в некоем стандартизованном формате файлов сообщений.
А как их и откуда доставать в процессе работы скрипта - все равно.
В качестве формата сообщений имеет смысл использовать .po, так как он
достаточно распространен. Hо если у тебя коммерческая контора и
переводчики тоже коммерческие, то лучше зарекаться на формат Translation
Memory. Это кстати решит, например, ту проблему что в некоторых случаях
русское Hет надо переводить как No, а иногда - как None, А английское
article на русский - иногда как "статья", иногда как "товар", и в 6
падежных формах к тому же.
А поддержку вытаскивания сообщений из скрипта в такой файл, и наоборот
делать своими средствами.
AND> сайту, чем получать
AND> какие-нибудь вордовые документы с текстами на испанском языке ;-)
Ты здесь допускаешь ту же самую ошибку что и в первом случае -
смешиваешь две абсолютно ортогональные вещи. Там это были географическое
положение пользователя и предпочитаемый им язык, а тут формат исходных
текстов интернационализующией базы данных и формат ее рабочей копии.
--
http://www.communiware.ru http://www.ice.ru/~vitus
--- ifmail v.2.15dev5
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
