MODX Revolution 2.1.3-pl (traditional)
phpMyAdmin
Сопоставление соединения с MySQL —
utf8_general_ci
MySQL
Сервер: Localhost via UNIX socket
Версия сервера: 5.1.56
MySQL-кодировка:
UTF-8 Unicode (utf8)
core/config/config.inc.php
$database_connection_charset = 'utf8';
$database_dsn = ........charset=utf8';
Кеш удалён в ручную.
В дампе всё красиво и везде CHARSET=utf8 и utf8_general_ci;
Сменил хостера, в админке обновил кеш и всё что было по русски на сайте и частично в админке стало в кракозябрях…
зы. меню в админке нормально отображает. Куда копать дальше уже не знаю…
Скрин…
Заработало после установки MODX Revolution 2.2.0-pl2 (traditional)
- 0
- 6 февраля 2012, 02:15
- Dancer
Статья повествует о фиксе проблемы с кодировками на некоторых почтовых
говносервисах, типа mail.сру. При регистрации веб пользователя на почту приходит лажа.
(
Читать дальше
)
Кажется, уже все знают, что FCEditor в админке ModX не любит файлов с кириллическими(как минимум) названиями. Выражается эта нелюбовь в том, что внезапно пропадают в отображении все папки и файлы, при том, что физически они присутствуют на сервере в папке assets/images. Однако, как выяснилось, есть еще причина для такого поведения.
Столкнулся с пропаданием файлов, которые «еще вчера» отображались прекрасно. Ну, пусть не вчера, но работал этот FCEditor. Перепроверил все имена файлов — ничего нового не было выгружено, все названия латиницей.
Опуская историю общения с консолью ошибок JS приведу сразу вывод. В двух файлах FCEditor присутствовали ведущие символы из UTF-8 BOM, на которые и ругался отладчик. Имена героев: manager/media/browser/mcpuk/js/fckxml.js и manager/media/browser/mcpuk/frmcreatefolder.html
После удаления этих символов FCEditor заработал снова, как и должен.
Вопросы «как все работало до этого?» и «WTF?» сочтены мной риторическим, но если кто-то что-то знает, буду признателен за информацию.
Здравствуйте.
На моем аккаунте хостинга использовался Mysql ver 4.x — версия Mysql распространяется на БД всех сайтов аккаунта, поэтому менять версию Mysql не стал, тем более, что Modx 1.0.4 установился в нужном комплекте без проблем и работает, сайт заполнен.
Сейчас есть необходимость использовать wayfinder, который встает только на Mysql ver 5.x, а на 4.x — при работе выдает кучу ошибок.
Решил перенести все сайты на Mysql ver 5.x,, однако после испорта БД почему-то весь текст превращается в «гречку», вот фрагмент текста: практичности Рё
— Кодировку сайта проверил — utf-8, как и было.
Вопрос:
Как безболезненно перевести сайт с Mysql ver 4.x на Mysql 5 ???
- 0
- 13 сентября 2010, 11:44
- Alexx
Решил перекодировать сайт из cp1251 в utf8. Сделал все по этой инструкции
modxcms.com/forums/index.php?topic=38369.0
Сам сайт отлично перекодировался, а вот админка… — в основном черные квадраты с вопросами. И даже, когда в браузере включаю 1251 кодировку, то админка читаема, но содержимое ресурсов в ней крокозяблой, и если отредактировать ресурс в админке, то в базу данных ничего не заносится.
В общем, с кодировкой в админке большие проблемы и где решить их не знаю. На сайте все отлично в utf8
- -1
- 1 апреля 2010, 20:40
- Sqaier
Добрый день, уважаемые форумчане, подскажите, в каком файле «копать» — в directresize фраза «Нажмите, чтобы закрыть изображение, т.д.» отображается «квадратиками» на изображении. Спасибо.
- 0
- 5 декабря 2009, 09:26
- liner
Вопрос. Есть сайт. На нем присутствует португальская версия. Сайт в utf-8. Пытаюсь писать португальскими — в итоге вместо некоторых символов — знаки вопроса.
Кто сталкивался с подобным и что в такой ситуации делать?
upd: проблема была в БД.