Комментарии 4
Ну если вам в описанной процедуре не удалось налететь на грабли - вы чертовски везучи.
Во-первых, сервер на версии 8+ и сервер на версии 5.х могут быть по-разному настроены. В первую очередь это относится к Server SQL Mode, но и других настроек, разница в которых делает полученную из дампа базу совершенно неработоспособной, хватает. Да, если всё это происходит в рамках одного хостера, то оно попроще, потому что в основном он, скорее всего, эти настройки подровнял, но всегда есть шанс побыть первопроходцем с ранее не выявленной настройкой.
Во-вторых, между этими версиями есть достаточно серьёзные синтаксические различия. Ладно, если вы используете вордпресс в его исходной форме - одновременное обновление и его тоже эту проблему решает. Но если есть свои допиливания, особенно с сырым SQL, то счастье - оно близко.
И это не полный список - есть и ещё поводы вместо счастливой улыбки почесать репу...
Это какой-то позор, а не статья. Мало того что это местечковая инструкция для клиентов одного конкретного провайдера, которая не подойдет больше никому, и зачем это в других хабах - загадка. Мало того что сама по себе инструкция сводится к "сделайте дамп - залейте дамп". Но главное что вводная часть - это инфоцыганство в чистом виде, набор голословных утверждений, зачастую не имеющих отношения к теме статьи.
"У старых версий MySQL производительность гораздо ниже" - это про отсутствующий в восмёрке query cache, который только и позволял держаться на плаву большинству ламерских плагинов?
"большая часть новых уязвимостей не закрыты" - какие например?
"поддержка оконных функций (window functions), общие табличные выражения (CTE), JSON таблицы и многое другое" - что из этого используется в Wordpress?
Ой, о чем это я. Это же тот самый Space Web, в котором "руководитель R&D" берется рассуждать о безопасности, в которой не смыслит ни бельмеса.
Инструкция: как перенести сайт WordPress с MySQL 5.7 на MySQL 8