Сoncrete5 Russia

Это сразу после инсталляции 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 (да у меня на сервере это давно дефолт!)


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

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


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


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

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

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

Ваши идеи?

С уважением,

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

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

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

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

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

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

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

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

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

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

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

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

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