возможно что проблема в том, что тип таблицы в MyISAM? а на другом phpmyadmin тип InnoDB ?
Модератор
Yui
(@fierevere)
永子
utf8mb4_unicode_520_ci можно заменить просто на utf8mb4_unicode_ci
или даже utf8_general_ci
можете нормальным текстовым редактором в файле дампа даже это сделать
меняете это
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci;
на
ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;
смесь типов движков innodb + myisam к проблемам не приведет, кроме увеличенного потребления памяти mysqld
возможно что проблема в том, что тип таблицы в MyISAM? а на другом phpmyadmin тип InnoDB ?
Тип таблиц поменялся что ли после переноса? Тогда возможны разные проблемы. Ещё вопрос как/чем менялось.
да, поменялся тип и «сравнение».
тип таблиц я поменял с помощью ALTER TABLE table_name ENGINE=InnoDB;
еще постараюсь сменить сравнение.
но что-то у меня предчувствие, что оно не поможет
-
Ответ изменён 7 лет, 12 месяцев назад пользователем
malevi4.
тип таблиц я поменял с помощью ALTER TABLE table_name ENGINE=InnoDB;
И потеряли индексы…
Чем Вам MyISAM не угодило? ИМХО для ВП оно лучше.
я старался сделать так, как в исходной БД. Думал из-за отличий оно не соединяло сайт с БД.
Если проблема не в типе и не в сравнении, то я тогда уж попвсе не знаю почему БД не подключается
-
Ответ изменён 7 лет, 12 месяцев назад пользователем malevi4.
то я тогда уж попвсе не знаю почему БД не подключается
Кто не подключается, ВП? Данные коннекта правильно указаны?
Или проблемы с импортом? Через PMA импортируете или как-что делаете? Рассказывайте подробней, начиная с экспорта.
И какие версии MySql на обоих хостингах?
-
Ответ изменён 7 лет, 12 месяцев назад пользователем
SeVlad.
Начну с самого начала тогда. Мне нужно с моего хостинга перенести сайт на клиентский. Я скачал полностью сайт, залил его в папку имясайиа.рф.
Экспортировал БД методом «быстрый» с минимумом настроек.
При импорте данной БД выскочила ошибка «Unknown collation: ‘utf8mb4_unicode_520_ci'»
Поискав инфу в просторах интернета, нашел вот такое вот решение: при экспорте выбрать метод «отображать все возможные настройки» и в пункте: «Максимальная совместимость с системой базы данных, или устаревшей версией MySQL:» выбрать MYSQL40. Именно так я и экспортировал БД.
Теперь при импорте БД не вылазили ошибки, сайт по адресу не открывается, пишет «Ошибка установки соединения с базой данных». Данные в wp-config.php прописаны верные.
пишет «Ошибка установки соединения с базой данных». Данные в wp-config.php прописаны верные.
Значит неправильные.
И я тоже рекомендую воспользоваться Duplicator-ом. Правда если разные версии БД — он может заругаться 😉
Перед использованием плагина стоит сделать стандартный бекап (ну это Вы уже сделали) и поменять кодировку БД на правильную (если utf8mb4_unicode_520_ci — это на вашем хостинге). Тип таблиц не меняйте. Потом плагином бекапьте базу (фалы можно и вручную перенести, если большой объём) и разворачивайте на новом хостинге.
-
Ответ изменён 7 лет, 12 месяцев назад пользователем SeVlad.
-
Ответ изменён 7 лет, 12 месяцев назад пользователем SeVlad.
доступы точно верные:)
а за остальные советы, спасибо. Буду пробовать
увы, все таки ругается на версию БД
Version: This Server: [5.5.52] — Package Server: [5.7.14]
-
Ответ изменён 7 лет, 12 месяцев назад пользователем malevi4.
увы, все таки ругается на версию БД
Ну можно попробовать проигнорировать.
Не получится — скажите, расскажу как идти длинными путями.
-
Ответ изменён 7 лет, 12 месяцев назад пользователем SeVlad.
давайте попробуем длинными путями. с плагином разобраться не получается. Он не хочет начинать установку.
давайте попробуем длинными путями. с плагином разобраться не получается.
Вар1. Установить на ВПС (или локальном линухе, не винде. Можно в виртуалку) MySql старой версии. Развернуть там ВП (из того, что сделано дубликатором). Проапдейть до новой, (мб исправить кодировку и пр) и снова забекапить дубликатором. После этого развернуть у клиента.
Вар2. Используя https://sypex.net/ (можно и Adminer попробовать) перенести дамп на новый хостинг (не факт, что получится без проблем). Затем ‘этим скриптом (требует перенесённых файлов ВП) меняете адреса и пути к файлам. Делать это нужно очень внимательно, идя от больших вхождений к мелким, каждый раз проверяя результат тестовым прогоном, без замены в БД.
-
Ответ изменён 7 лет, 12 месяцев назад пользователем SeVlad.
спасибо большое за инструкцию. на будущее будет очень полезно.
Извиняюсь за офтоп, вы случаем не увлекаетесь csgo? Видел ваш ник в определенных кругах
