Кодировка дампа базы

Приветствую Вас, форумчане.
Решил я тут сделать сайт на modx evo, выбрал самую последнюю версию движка 1.0.15 (до этого делал сайт на 1.0.12 ). Все целом хорошо.
При переносе с денвера на хостинг, вернее при создании дампа базы в него записались крякозабры. Избавиться от них никак не получается, нотепад не может излечить, штирлиц тоже не смог.
В настройках в админке все стоит вроде правильно UTF8.
Тем не менее залил базу, понятно что сайт в крякозабрах, но можно все переписать ручками русскими буквами, но это вариант не самый веселый.
Может можно как то в коде прописать, чтобы правильный дамп был?

Здравствуйте.
Как обычно, Денвер и кодировки.
Уверены, что создали на денвере в utf-8? Какое collation у базы?

Ну и стандартное предложение не использовать Денвер вообще.

Quote from: whitebyte at Feb 10, 2015, 09:30 AM

Здравствуйте.
Как обычно, Денвер и кодировки.
Уверены, что создали на денвере в utf-8? Какое collation у базы?

Да, уверен. Collation utf8-general-ci

Может, Нотпад чудит? Убедитесь, что файл не только записан как UTF8, но и открыт в этой кодировке. Если открыть его в Sublime Text та же беда?
P. S. Возможно, что collation у вас всё же неверно настроен. Точно не latin (это кодировка по умолчанию)? Что у вас в конфиге mysql? Должно быть приблизительно следующее (за денвер не отвечаю, его использование — плохая практика):

$database_connection_charset = 'utf8';
$database_connection_method = 'SET CHARACTER SET';
Нотпад точно чудит, штирлиц в принципе меняет кодировку, но созданный файл содержит кучу синтаксических ошибок mysql его просто оказывается обрабатывать, ошибок столько что вручную хрен все найдешь и переделаешь, практически через строку, в дампе тыщ 9 строк.
Сейчас пробую все редакторы, которые могут декодировать. Если даже удастся дамп декодировать и перезалить на хостинг, проблема то исчезнет частично. В будущем, Скорее всего резервная копия базы которая будет иногда делаться с хостинга будет такой же нечитаемой.