CMS Made Simple Forums

--Add Me - module:News string:prompt_page-- 1 --Add Me - module:News string:prompt_of-- 2  --Add Me - module:News string:nextpage-- --Add Me - module:News string:lastpage--

Вот такая вещь отображается вверху страницы новостей. Там должна быть навигация по страницам, ссылки работают, однако вместо >> выводится --Add Me - module:News string:lastpage--

В шаблоне это место выглядит так:
Тоже самое происходит со ссылкой назад в новостях.

Обновлял CMS с 1.8 с неправильным переводом админки, до 1.8.1.

Кто-то может подсказать где $firstpage присваивается значение?

Кто-то сталкивался? Как лечить?

В ru_RU.php lastpage, nextpage, prompt_page и prompt_of определены. (По крайней мере, в последней версии.)
Проверьте настройки всех путей в config.php.

Нашлась причина во время прыжков с бубном над 1.8 в config.php указал прямо локаль

/lib/classes/module_support/modlang.inc.php - вот здесь вот в качестве $ourlang он принимал ru_RU.UTF-8 и искал файл ru_RU.UTF-8.php вместо ru_RU.php что и привело к указанному выше.

Пока решение временной подпоркой в виде копии файла ru_RU.php названным ru_RU.UTF-8.php (в этом случае работает и админка и фронтенд).

Нашел что проблема обычно решается: но мне не удобно ибо хостинг ставит cp1251. Странно то что вроде бы в других модулях раньше подобная проблема не возникала...

butcher_88 wrote: но мне не удобно ибо хостинг ставит cp1251.

Так надо настроить хостинг.
У меня везде стоит просто ru_RU (я тоже на эти грабли наступал) и всё работает.

Пока хостинг jino, но в ближайшее время планируется свой сервер, так что спасибо за совет))

В джино можно поменять кодировку всего сервера. а так же можно воспользоваться файлом .htaccess.
Чтобы не было проблем с кодировкой - используй utf-8 вроде на ней вся CMS.

Вот такая штука в .htaccess прописана:

# Pass the default character set.
AddDefaultCharset utf-8

Или что-то другое имели в виду?

Вроде это locale php, а не настройка ядра апача - так что я думал из htaccess не настраивается.

Да. Оно.
а так же если у тебя на джино других сайтов нет, то в настройках сервера просто поменяй кодировку, для всего сервака.

На самом деле проблема в ангицком языковом файле. Тоже столкнулся, когда перешел на 1.8.1.
Решается просто: удаляется нафиг кончик аглицкого файла, там, где начинается Следите, короче, за тем, чтобы пхпэный символ внизу нормально "засветился" в коде подсветки.
Там ошибка.

Это в каком именно?
Если имеется в виду modules/News/lang/en_US.php, то с ним всё в порядке.

masterok wrote: На самом деле проблема в ангицком языковом файле. Тоже столкнулся, когда перешел на 1.8.1.
Решается просто: удаляется нафиг кончик аглицкого файла, там, где начинается

Code: Select all

$lang['help_articleid']

Следите, короче, за тем, чтобы пхпэный символ внизу нормально "засветился" в коде подсветки.
Там ошибка.

Вроде нормальный файл en_Us.php, да и он вообще не должен исполняться - если язык установлен то он файл подключает с названием языка т.е. .php(например имя языка "ru_Ru"), причем ищет его в нескольких папках в том числе в и

johann wrote: Да. Оно.
а так же если у тебя на джино других сайтов нет, то в настройках сервера просто поменяй кодировку, для всего сервака.

Наверное неправильно обрисовал ситуацию...
LANG ru_RU.cp1251 - данные phpinfo т.е. php когда выдает даты (например в {current_date}) он использует язык ru_RU (а по умолчанию это ru_RU.cp1251), а страница кодирована UTF-8 - соответсвенно вместо "понедельник" будет абракадабра. Если задать $config['locale'] = 'ru_RU.UTF-8'; то php уже испозльзует UTF-8. Но тогда начинаются глюки с модулем news, причем с другими модулями такого не проявлялось: т.е. ИМХО, это вроде как ошибка в модуле...
Хотя неплохо было бы написать письмо в поддержку хостинга

Если определить свои настройки php никак нельзя - нафик такой хостинг.

php_value default_charset utf-8