если можно с потерей, просто возьмите и перейдите на ВП… =) создайте новый блог
Хороший конвертер, после настройки конвертнул все. Но вот беда — кириллица вопросами. В исходной (joomla) и в новой (wp) базе таблицы в UTF-8, в настройках конвертера тоже. Никто не сталкивался? Помогите, пожалуйста решить проблему перехода на движок WP, жумла с ее проблемами надоела хуже пареной редьки. Спасибо.
Модератор
Юрій
(@yube)
С конвертером не знаком, потому рекомендации общего характера.
1. Убедитесь, что таблицы wordpress имеют сравнение utf8_general_ci или utf8_unicode_ci.
2. Если конвертер — отдельная программа, а не плагин к wordpress, то попробуйте в его внутренностях найти SQL-запрос «SET NAMES ‘utf8′». Он должен идти сразу после mysql_connect. Без этого скрипт будет общаться с базой в кодировке, установленной в системе по умолчанию (т.е. как попало). Очень многие о SET NAMES забывают (или умышленно игнорируют), от чего в БД вместо нормальных русских букв обнаруживаются «каркозябры» — т.н. двойной P- или D-utf (по первому символу русских «букв»). Дошло до того, что некоторые одминчеги пишут на форумах «если в базе утф, то его ПМА не показывает». Кстати, а как у Джумлы с этим делом? В БД всё читабельно? В версии от января 2007 года в файле database.php было такое:
// О! Опять! Свободу Австралийским попугаям!!!
// Ну ни хрена со спецификацией MySQL не дружат кенгурушники...
//@mysql_query("SET NAMES 'utf8'", $this->_resource);
(держу на память — вдруг опять захочется Джумлу поставить)
Большое спасибо за подробные советы. Сравнение было general, проверял где мог, в бд тоже все было читабельно. В минуту душевной слабости по причине гриппа решил поискать легкий путь, и нашел его в виде http://wordpress.org/extend/plugins/joomla-to-wordpress-migrator/
Мигратор все отлично перенес без заморочек с кодировками. Единственное — жаль комменты плуга jcomments, но это потеря, с которой можно смириться.
ВП после жумлы — кайф малоописуемый)
