cotonti.com : Единые системные лэнг-файлы

Sergeich

Di, 27 Okt 2009 18:24:39 -0000

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

Kort

Di, 27 Okt 2009 16:26:41 -0000

т.е. в system/lang/xx/skin.lang.php выносится содержимое sed-light.xx.lang.php, а в скиновом каталоге оставляем sed-light.xx.lang.php -- пустой, только с хедером, для пользовательских скинозависимых строк?

Sergeich

Di, 27 Okt 2009 16:00:04 -0000

Trustmaster, ну так я об этом и говорю :).
Kort, в варианте, который я предагаю, всё обновление ленгфайлов будет выполняться точно также как и у тебя. skin.xx.lang.php в папке скина каких-то обновлений требовать не будет, так как в нём только специфика для этого скина будет находиться. А вот если сайт многоскиновый, то мой вариант даже лучше, т.к. папка с основными ленгфайлами не будет замусориваться паразитными настроечными файлами скинов.

Trustmaster

Di, 27 Okt 2009 14:42:21 -0000

Мне почему-то кажется, что кто-то недопонимает, что в при наличии единой локализации в файле skin.xx.lang.php можно и нужно указать только те строки, которые специфичные для данного скина (а они бывают, ибо не все скины сделаны по образу и подобию), а не копировать всё целиком.

Kort

Ma, 26 Okt 2009 18:22:14 -0000

Можно. Но тогда такие файлы с, например,

$skinlang['usersauth']['Lostpassword'] = 'Восстановить пароль';

будут лежать в каждом скине твоего сайта. Сомневаюсь, что обновление 2-х или более файлов, к тому же с одинаковыми именами и в разных каталогах, легче чем одного в едином каталоге с локализациями.

jcrush

Ma, 26 Okt 2009 14:26:14 -0000

А если ничего не менять, но сделать не skin.хх.lang.php, а стандартизировать название имени файла к примеру - ru.lang.php, en.lang.php, обновляться проще

Kort

Ma, 26 Okt 2009 14:03:48 -0000

2Sergeich: я считаю идею "скинового" лэнга все-таки неправильной. Если у тебя есть тематический многоскиновый сайт, требующий дополнительные строки, то эти строки будут необходимы во всех скинах, а не в каждом. Поэтому файл пользовательской локализации должен быть "надскиновым". Ну будет там пара-тройка строк, привязываемых к конкретному скину и ненужных в остальных (да и то вряд-ли). Ну и что? На скорость не влияет.
Твое предложение по skin.хх.lang.php в каталоге скина -- это конкретный и более простой вариант для односкинового сайта. Но Cotonti все-таки предполагает бОльшее.

Sergeich

Ma, 26 Okt 2009 10:30:28 -0000

Частично согласен. Вынести базовые ленг-файлы в system/lang/xx/. Но файл skin.хх.lang.php должен остаться в папке скина, на борту он может нести какие-то специфичные пользовательские строки, а также переименованные стандартные. И строки этого файла должны иметь приоритет над базовыми.

Таким образом, с одной стороны, мы сохраним привычную структуру и поддержку старых скинов, плюс сохраним концепцию всех файлов скина в одной папке. С другой стороны, нам не нужно будет в обязательном порядке снабжать скины ленг-файлами. Ну и третье - если вебмастер увидит в папке скина файл skin.хх.lang.php, то он сможет быть уверенным, что только эти строки подверглись изменению в данном конкретном скине, а всё остальное стандартное.

jcrush

Ma, 26 Okt 2009 07:29:36 -0000

обеими руками за, ибо манипуляции с переименованием каждый раз после обновления не айс

Alex300

Ma, 26 Okt 2009 05:51:13 -0000

Согласен с тем, что общие для всех скинов фразы было бы хорошо вынести в один глобальный ланг-файл. В skin.lang.php же оставить только строки, специфичные для данного скина.
Это облегчит жизнь при обновлениях... как минимум...

Kort

Ma, 26 Okt 2009 05:18:25 -0000

Есть мнение о необходимости переноса файлов skinname/skinname.xx.lang.php в system/lang/xx/skin.lang.php
Аргументы:
1. Данный лэнг содержит штатные строки, так или иначе используемые во всех скинах, поэтому при использовании более одного скина имеем избыток
2. Упростим обновление (уйдем от переименования и поиска пользовательских строк (см. п. 3))
3. Возникает логичный вопрос пользовательских строк. "Скиновый" лэнг все равно не для них. Опять же, пользовательские строки применимы в большей степени к сайту в целом, чем к одному из его скинов. Поэтому я бы предложил его пятым: system/lang/xx/custom.lang.php. Получим:
admin.lang.php (админка)
custom.lang.php (пользовательские строки, возможно приоритет над остальными файлами для безболезненного использования собственного перевода отдельных строк)
main.lang.php (глобальное)
message.lang.php (сообщения)
skin.lang.php (tpl-зависимые строки: стандартный минимум для любого cotonti-скина)