Forumlar / National / Russian / Загрузка языковых файлов

123>>>

русский вариант темы

esclkm
#1 2009-03-07 01:48
Предлагаю везде заменить метод загрузки языковх файлов.
Я считаю что более верно грузить сначала инглиш, а потом пользовательский язык.
В чем причина: сейчас при обновлении языкового модуля основных языков - альтернативныя языки будут неполными- и все недостающие части будут пустыми. в моем же варианте пустые строки будут заполнены английским вариантом текста

Сейчас:
if (file_exists($path_lang_alt))
{ require_once($path_lang_alt); }
elseif (file_exists($path_lang_def))
{ require_once($path_lang_def); }
Заменить на
if (file_exists($path_lang_def))
{ require_once($path_lang_def); }
if (file_exists($path_lang_alt))
{ require_once($path_lang_alt); }

2. предлагаю сократить языковой файл скина. - так как большинство строк там используются везде а не только в скине
3. Со временем языковой файл разбить по соответствующим модулям
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
dervan
#2 2009-03-07 05:37
# esclkm : 2. предлагаю сократить языковой файл скина. - так как большинство строк там используются везде а не только в скине
Как пример - PFS. После полной интернационализации PFS (сделана, commit этих изменеий будет после исправления оставшихся ошибок) в lang-файле скина становятся ненужными все касающиеся PFS тексты.
esclkm
#3 2009-03-07 18:16
а по поводу 1? (дайвер, трастмастер - согласны, а оснальные, ребят интересно ваше мнение)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
medar
#4 2009-03-07 18:31
1 - да, решение безусловно логично.
rangjungyeshe.ru
Sergeich
#5 2009-03-07 19:13
А это не вызовет излишней нагрузки на сервер?
esclkm
#6 2009-03-07 19:54
(если верить самым нашим большим умам: то это не обращение к sql - а там их не будет ) - поэтому если будет уменьшение скорости то не существенное.

тестируем - на укр лок проверил - вроде нормально работает.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты

Bu konu esclkm tarafından düzenlendi(2009-03-08 05:28, 15 yıllar önce)
dervan
#7 2009-03-08 05:43
Всё же решили делать так? Жаль, IMHO нерационально это.

Можно пойти другим путём. Не делать каждый раз такое латание дыр в lang-файлах на хосте - это непроизводительное расходование мощностей, а лучше делать его один раз, при выкладывании очередной версии. Т.е. написать утилиту, которая будет в каждый lang-файл добавлять недостающие строки из английского lang-файла. Добавлять эти пропущенные строки утилита будет в конец файла, после специального комментария, чтобы локализаторам было видно, над чем надо поработать.
esclkm
#8 2009-03-08 06:38
можно сделать опять же по-другому. в файле языка дать спец строку под номер ревижина для которого перевод - если не соотвествует - то грузить. - но опять де надо будет открывать доступ к ленг файлам на запись - что опять же не хорошо.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
dervan
#9 2009-03-08 07:59
Так это опять та же песня - из-за того, что в каких-то lang-файлах не хватает нескольких строк, всем остальным расплачиваться временем на заделывание этих брешей при работе хоста, причём это будет происходить при создании каждой страницы.

А вот если перед выкладыванием очередной версии Cotonti, скажем 0.1.0, все lang-паки обработать такой утилитой, которая сравнит их с английским вариантом и автоматом добавит все недостающие строки на английском, то результат будет тем же. Зато не надо будет раз за разом латать эти бреши на лету. Зачем зря нагружать хост, если без этого можно обойтись? Почему пользователь системы должен расплачиваться увеличением времени на формирование страниц - и всё из-за того, что в каком-то из lang-паков, который ему даже и не нужен, не хватает нескольких строк?
Trustmaster
#10 2009-03-08 13:42
Не надо упускать из виду текучку. Стабильные релизы редко выходят, а работать часто приходится с тем "что есть".
May the Source be with you!
Kort
#11 2009-03-08 15:44
Под Seditio был же такой langcompare. Я им лэнгпэки от Cotonti сравнивал. Массивы он не понимает, а в остальном замечательно работает. Сравнение лэнгпэков без автоматизации такой утилитой + заполнение брешей требует обычно совсем немного времени. Тем более, что с каждым релизом в файлы локализации вносится не так много новых позиций.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
esclkm
#12 2009-03-08 16:59
смотрите - добавил в ревижн и сразу понеслось. уже горячее становится.
Корт - кинь пожалуйста данный ланг компаре
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Kort
#13 2009-03-08 17:09
1-sed_langcompare_183.rar
Almaz его делал
SED.by - создание сайтов, разработка плагинов и тем для Котонти
esclkm
#14 2009-03-08 17:23
разберемся значит посмотрим - и добавим свой вариант)
наверное это будет правильный путь. токо вот как сделать проверку по умолчанию установленных языков. и надо будет раскатыть для записи папку ланг что само по себе както не правильно. в общем теперья в небольшом сомнении
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Kort
#15 2009-03-08 17:34
А зачем? Можно и врукопашную все поправить, и автоматизация такая мот не нужна совсем.
Из того, что хотелось бы:
- автопоиск установленных плагинов и наличия в них лэнг-файлов и, естественно, сравнение и их тоже
- то же со скинами
- возможно, пакетный режим, в котором анализируется все и выдаются только несоответствия
SED.by - создание сайтов, разработка плагинов и тем для Котонти

123>>>