Часть надписей показывается кракозябрами

[clubsocnet]

Это сразу после инсталляции CMS. Да, я читал и перепробовал сказанное тут:
viewtopic.php?f=30&t=3
ничего не помогло!

Добавлял в .htaccess:
AddDefaultCharset utf-8
php_value default_charset utf-8

Добавлял в php.ini:
default_charset = "UTF-8"
mbstring.internal_encoding = UTF-8

А в /concrete/config/base.php добавлял и это:
if (!defined('LOCALE')) {
define("LOCALE", 'ru_RU.UTF-8');
}

Толку никакого!

БД MySQL создана конечно же в utf-8 (да у меня на сервере это давно дефолт!)

MySQL-Admin--utf-8_general_ci.png

Дважды пытался перезалить БД. Идентично каждый раз, в таблах уже кракозябры, как на скриншоте далее!

Но в ф-лах /languages/ru_RU/messages.po и .mo залитых на сайт кодировка правильна (не битая). И тем не менее, тексты что создаются при инсталляции оказываются в некоторых таблицах, уже битые! (отображаются и в PhpMyAdmin'е уже вопросиками.)

MySQL-DB--кракозябры!.png

Страничка сайта и админки соотв-но тоже имеют многие поля, это особенно разные там меню, с показом ????? вместо русских текстов!

ПанельУправления--кракозябры!.png

Что делать? и что за хня такая?

Ремарка и "крик души"! (Потому что хз сколько времени убито хз на что!!!)
Едва ли не в первый раз сталкиваюсь с таким странным поведением CMS! Сам строю сложные проекты, интерактивные сайты с исп. БД много-много лет... и такой хрени (как умудрились "достичь" господа-товарищи разрабы) как-то и придумать трудно... Это что же за "гениальные решения" ими применены?

Должно быть эта потеря кодировки происходит при трансфере полей из текстового модуля в таблы БД в момент инсталляции...

Ваши идеи?

С уважением,

[Count_Raven]

Поэкспериментируйте в base.php с
if (!defined("DB_COLLATE")) {
define('DB_COLLATE', '');
}

И еще, поставьте английскую версию, потом скопируйте в /languages/ файлы русской локализации и в панели управления выберите русский язык.

Вообще, странно весьма.

[cmsservice]

У нас на одной локальной машине разработчика такая штука воспроизводится, тоже не понимаем что делать. Но, помогает следующее:
1. после того как это случилось, проверяем что у БД стоит коллейшн utf8_general_ci (обычно он и стоит, но все же)
2. удаляем все таблицы из БД, но ни в коем случае не саму БД
3. удаляем из директории сайта /config файл site.php
4. заходим на сайт и заново его инсталлируем.

И все начинает работать корректно. Если же грохнуть базу, потом создать ее снова, то при инсталляции слетает кодировка. В чем проблема так и не выяснили, думаю что это что-то в конфигурации mysql на конкретном сервере.

[clubsocnet]

Большущее человеческое спасибо Вам, мои дорогие!
Так и попробую сегодня чуь позж, как очухаюсь о 3/4 ночи проведенной в...
Короче, с мускулом я таки делал раз, как Вы Константин, описали: "Если же грохнуть базу, потом создать ее снова, то"... Увы, недопёр что лучшеб горохнуть таблы только... (
Count_Raven, попробую и с define('DB_COLLATE', ''), это ваще первым сейчас сделаю, но думаю что не поможет на УЖЕ битой БД, потому что ясно чо поздно пить боржоми...
Спасибо, друзья!
)))

[clubsocnet]

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

Добавить-модуль--кракозябры!.png

Добавить-страницу--кракозябры!.png

Поиск--кракозябры!.png

[clubsocnet]

Константин, ПОМОГЛО!!!
Именно Ваш метод переинициализации БД помог побороть эту бяку!
Спа-Си-Бо!!!

[cmsservice]

Не за что, обращайтесь.

[Count_Raven]

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

В Concrete5 используется система ADOdb (

Пожалуйста зарегистрируйтесь, чтобы увидеть ссылку

), структуры данных описываются в XML. Ну, собственно, обычные SQL-запросы также используются.