Мигратор человеков INS1->INS2

Перенос контента с одной ветки на другую не вызывает больших сложностей при помощи dbforge Studio for Mysql, а вот с переносом пользователей возникли проблемы ввиду отложения солей в паролях.
Для решения этой проблемы, на основе мигратора статей от Pasha был допилен мигратор пользователей.
Предварительно нужно перенести таблицу cms_users в базу двойки. Поскольку такая таблица уже есть, нужно переобозвать её в "cms_users1".
Для этого экспортируйте при помощи phpmyadmin таблицу "cms_users" в формате cms_users.sql из базы первой версии сайта, откройте ноутпадом++ экспортированный файл с таблицей "cms_users" и поменяйте оптом все cms_users на cms_users1
Затем импортируйте тем же phpmyadmin таблицу в новую базу на второй версии.

Потом импортируйте её в новую базу.

После чего, загрузите в корень сайта файл users_migr.php и запустите его так site.ru/users_migr.php
По отработке скрипта таблица cms_users1 будет удалена.

Прошу учитывать, что поле email имеет уникальный индекс, поэтому импортирована будет только первая запись с неуникальным имейлом, а остальные просто пропущены.

Все пользователи помещаются в группу "пользователи". Распределить пользователей по группам и раздать права администратор должен вручную!

Еще обратный мигратор сделайте, с 2 на 1 чтобы импортировать, думаю тоже пригодится.

Еще обратный мигратор сделайте, с 2 на 1 чтобы импортировать, думаю тоже пригодится.

Думаю, это сделает кто-нибудь другой.
Не я точно.
Одно дело "досолить" хэш пароля, и совсем другое дело его расшифровать обратно.

Не забывает бекап делать,ОБЯЗАТЕЛЬНО! — Копия сайта и базы, только потом эксперименты проводим

Копия сайта и базы, только потом эксперименты проводим

Вообще все эксперименты проводятся на локальной копии сайта. А при достижении блестящих результатов делается копия локального сайта на какой-нибудь тестовый хостинг. И только потом…

Аха,))) вдруг-кто-то захочет так мигрировать, у меня например нет локалки и что? живу без ее лет 3-4

живу без ее лет 3-4

Я жил вообще без всех этих пыхапе и хтмл 40 лет, пока не вышла новая версия 1.10.6 в январе и я не решил посмотреть, что это такое и с чем это едят.

Вообще все эксперименты проводятся на локальной копии сайта.

Это лишнее. Для начинающего да, а в целом просто бекап на сервере и хватает.

а в целом просто бекап на сервере и хватает.

Бэкапы базы у меня делаются автоматически ещеношно. Вот таким методом:
В планировщике задание: /var/www/******/data/dump.sh
Оно запускает файл dump.sh

После чего стартует удаление бэкапов старше двух дней:
find /var/www/******/data/Backups/ -name "*sql.gz" -mtime +1 -exec rm -f {} \;

В результате имею три свежие базы (одну действующую, одну вчерашнюю и одну позавчерашнюю) и о бэкапах можно вообще не беспокоиться.