При копировании msql базы WordPress на другой хостинг — кряко

  • Решено ace_rus

    (@ace_rus)


    14 лет, 5 месяцев назад

    В связи с проблемами хостера mchost впервые возникла потребность быстрого переноса сайта. Просто ручной перенос займем массу времени и сил, настроек и мелких изменений сделано море, поэтому я подумал что если банально залить такую же версию wordpress, перенести целиком папки plugins, themes, uploads, gallery и еще парочку, а заодно и msql базу — все должно просто заработать.

    Ан нет.

    Если тупо экспортировать базу, а потом импортировать ее на новый сайт, все работает, но кодировка сбивается — все тексты нечитаемы. Что я пропустил?
    — версия WP — одинаковые
    — тема — одинаковая
    — плагины — просто та же самая папка
    — база просто экспортируется и импортируется на новое место.

    Почему сбивается кодировка?
    Да, сайт пока на временном адресе http://5.ace.z8.ru/

    Если просто поставить вордпресс и перенести записи, страницы и комментарии через внутренний инструмент в движке — все работает, но этого мало. Нужен именно перенос всей базы целиком.

Просмотр 15 ответов — с 1 по 15 (всего 16)
1 2
  • anton1o1

    (@anton1o1)

    14 лет, 5 месяцев назад

    возможно на новом хосте mysql по умолчанию не в utf-8. Потому что в краказяблях тока динамическая информация. ИМХО полюбому кодировка. Кстати я тоже на мак сижу. Второй раз упал уже, уже действительно не смешно…

    Модератор Юрій

    (@yube)

    14 лет, 5 месяцев назад

    Убедитесь, что бэкап базы действительно в utf-8, и что при импорте указано, что файл в utf-8. После импорта сразу же посмотрите в phpmyadmin, русские ли буквы в таблицах.

    Автор ace_rus

    (@ace_rus)

    14 лет, 5 месяцев назад

    Да уж, смешного мало в этом. На новом и старом хосте настройки кодировки идентичны — сравнение тоже стоит utf.

    Файл с базой точно в utf тоже, но там смотрел странно все конечно. Открыл его на компе в локальном редакторе sql — непонятные символы в таблицах, т.е. не читается. Есть подозрение что несмотря на то, что база UTF-8 (и в вордпрессе в настройках тоже стояло UTF-8), таблицы постами, страницами и комментами все-таки cp1251. Как тогда быть? Нужно делать новый бекап или с этим все же можно что-то сделать?

    Новый конечно проблематично, mchost в админке криво работает все еще.

    anton1o1

    (@anton1o1)

    14 лет, 5 месяцев назад

    а backup базы ты с админки mc хоста делал, или посредством wp ?

    Модератор Юрій

    (@yube)

    14 лет, 5 месяцев назад

    Файл с базой точно в utf тоже, но там смотрел странно все конечно

    Если «странно», то как Вы определили, что «точно в utf»?

    mchost в админке криво работает все еще.

    А он еще работает?

    Автор ace_rus

    (@ace_rus)

    14 лет, 5 месяцев назад

    Если открыть sql файл в том же notepad++, там будет указан charset. Стоит utf-8. Да и в настройках базы и вордпресса на mchost стояло utd-8. В сами таблицы правда я тогда не лазил, так что может они и не все на самом деле utf..
    а админка работает, да. cp.mchost.ru
    толку правда от этого…

    Модератор Юрій

    (@yube)

    14 лет, 5 месяцев назад

    Настройки — то дело десятое. Если бы всё всегда работало в соответствии с настройками, то жизнь бы была скучна и однообразна:)

    Открываете файл notepad++, он говорит utf-8. А что Вы реально видите, нормальный русский или РєРѕРјРјРµ?

    Автор ace_rus

    (@ace_rus)

    14 лет, 5 месяцев назад

    В том и дело, что notepad++ реально вижу РєРѕРјРјР… в базе в инете тоже самое.

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

    Модератор Юрій

    (@yube)

    14 лет, 5 месяцев назад

    Ясно, так называемый «дважды utf». Я с таким сталкивался. Чинил дамп при помощи FAR2.0 и плясок с бубном. Разумеется, восстановить точную последовательность действий вряд ли смогу.

    А Вы пробовали снять дамп базы плагином к WordPress? Если WP выводит всё правильно, то есть шанс, что и дамп базы он скинет нормальный.

    Модератор Sergey Biryukov

    (@sergeybiryukov)

    Live and Learn

    14 лет, 5 месяцев назад

    Можно попробовать сделать дамп с помощью WP-DB-Backup и Sypex Dumper. В последнем можно указать кодировку как при экспорте, так и при импорте.

    anton1o1

    (@anton1o1)

    14 лет, 5 месяцев назад

    люди таже проблема делал дамп плагином с wp сделал все без проблем но phpmyadmin импортировать её не хочет. Всё в кракозяблях через notpad++ посмотрел, показывает что utf-8 все читаемо. Ниче не понимаю. Попробывал на localhost проблема таже

    anton1o1

    (@anton1o1)

    14 лет, 5 месяцев назад

    Выставил настройки в phpmyadmin на так http://i066.radikal.ru/1004/52/1812f02aa650.png иероглифы пропали но база один черт не проходит http://s61.radikal.ru/i172/1004/32/efefec489c7c.png

    Автор ace_rus

    (@ace_rus)

    14 лет, 5 месяцев назад

    Чинил дамп при помощи FAR2.0 и плясок с бубном

    Может хотя бы намекнете куда копать? мцхост все еще не работает, снять новый дамп возможности нет, так что хотелось бы попробовать оживить этот

    Модератор Юрій

    (@yube)

    14 лет, 5 месяцев назад

    Так ясно, куда копать — открывать и сохранять в разных кодировках, пока нормально не получится. Можно еще рискнуть задействовать Штирлица — есть такая прога подбора правильной кодировки.

    Автор ace_rus

    (@ace_rus)

    14 лет, 5 месяцев назад

    за штирлица кстати спасибо — все что я ему из нечитаемой базы копировал в нем читается отлично.. осталось придумать как ее всю так перевести )

Просмотр 15 ответов — с 1 по 15 (всего 16)
1 2
  • Тема «При копировании msql базы WordPress на другой хостинг — кряко» закрыта для новых ответов.