Особенности миграции с 1.9 до 1.10. Обмен опытом.

Много вопросов возникает по миграции, у кого-то возникают одни проблемы, у кого-то другие. По этому в этой теме обмениваемся опытом миграции, делимся советами.

Перенес посты из похожей темы.

Миграцию своего проекта пока не проводили, но, делать будем так: зальем чистую 1.10 и подцепим ее к базе данных нашей, предварительно конвертированной в UTF-8 с помощью SXD

потом, закачаем upload и images

кстати, очень не удобно сделано, что файлы=фото пользователей находятся в папке images

подцепим ее к базе данных нашей

структура БД такая же на 110 как и на 19?

подцепим ее к базе данных нашей

структура БД такая же на 110 как и на 19?

Нет, именно по-этому, и нужно будет подцепить базу данных и сделать миграцию. Подцепить базу, нужно прописав в файле config.inc.php данные подключения к базе данных

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

Создаете поддомен. test.site.ru (site.ru=Ваш_сайт)

Создаете отдельную базу данных test.

C помощью sypex скачиваете свою базу сайта и закачиваете на поддомен, в созданную базу test

На поддомен закачиваете 1.10 устанавливаете с указанием базы test

удаляете все данные из базы test и импортируете туда скачанную с сайта базу.

Выполняете test.site.ru/migrate

===================================

Если миграция прошла успешно, без ошибок, чистите кэшь.

ЗАкачиваете с 1.9 (своего сайта) папки upload и images

Потом работаете с шаблоном. Берете файл template.php открываете его в notepad++

Выделяете содержимое, CTRL+X (вырезаете). Жмете в notepad++ = КОДИРОВКА — КОДИРОВАТЬ В UTF-8 Без бум

Потом, то, что вырезали, вставляете обратно в template.php сохраняете, закачиваете этот файл в папку с названием вашего шаблона, а все внутренниие папки components и тому подобное — берете из default шаблона. (это для начала)

Минона, можно поправлю чуть?

я вчера делал миграцию так:

1. создали поддомен сайта.

2. заходим на фтп или через файловый менеджер в панели управления хостингом, и делает дубликат папок
images
upload
в папку нашего поддомена. самое оптимальное — это дублирование, времени займет мало и будет осуществлено силами сервера. не забываем что это самые большие папки у нас на сайте по размеру.

3. заходим в phpmyadmin, выбираем нашу базу данных и входим в неё. затем идем во вкладку "Операции" и видим "Скопировать базу данных в:"
выбираем "Структура и данные"
ставим галку "Перед копированием создать базу данных" если не создана еще база данных. или убираем если перед этим создали новую.
ну и вводим в поле имя базы в которую копируем или создаем.

4. заливаем дистрибутив 1.10 на поддомен.

5. берем файл конфига с сайта и копируем в папку includes поддомена. затем открываем файл и пересохраняем его в utf8 без Bom

6. берем папку с шаблоном и конвертируем в нем все в utf. но для начала можно и на дефолтном все проверить, предварительно изменив в файле конфига шаблон на _default_

7. заходим на поддомен и видим все в крякозябру. это нормально, значит все подхватилось и можно переходить к миграции.

8. запускаем файл миграции и дальше по инструкции.

9. удаляем папку миграциии и инсталл. игнорируем в конце миграции списко файлов к удалению, так как мы не заливали поверх старой установки.

10. ЗАНОВО ВЫСТАВЛЯЕМ ВСЕ ПРАВА НА ФАЙЛЫ И ПАПКИ

11. при использовании акселераторов на сервере (xcashe / memcashed / eaccelerate) рестартим апач либо из панели хостинга, либо из консоли service httpd restart. это не обязательно, но у меня например вчера xcashe подвис и только после рестарта апача кеш сбросил, сайт не отображался.

надо ли или нет самому конвертить базу… лучше не трогайте😊дайте скрипту это сделать за вас.

заливаем дистрибутив 1.10 на поддомен.

Что делать со сторонними компонентами, модулями, плагинами и фильтрами? Как их мигрировать с 1.9 до 1.10?

Что делать со сторонними компонентами, модулями, плагинами и фильтрами? Как их мигрировать с 1.9 до 1.10?

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

дальше либо руками проверяем каждый конвертируя в utf8, либо ждем пока проапгрейдит автор компонента.

надо ли или нет самому конвертить базу… лучше не трогайте дайте скрипту это сделать за вас.

SXD прекрасно справляется с конвертированием, и, что самое важное, не занимает время у базы

Это оптимальный вариант. Правда, не простой для многих

создать копию рабочего сайта на 1.9, залить архив InstantCMS 1.10 RC

залить… всмысле залить в эту копию рабочего сайта с заменой того чего попросит при заливке?

Итак, тестовая миграция портала.

Прежде всего, зависла миграция, серьезно, на таблице cms_content — первый шаг, конвертация в UTF

Миграция проходит с чистой 1.10 RC6 которая подцепляется к базе портала

Второй шаг прошел четко.

На третьем шаге:

Notice: Undefined variable: value in site.ru/includes/bbcode/bbcode.lib.php on line 575
Notice: Undefined variable: div_style in site.ru/includes/bbcode/bbcode.lib.php on line 1218

Выполняется оптимизация сообщений форума — у меня их 1983… По времени, заняло 4-5 минут
В промежутках

Миграция InstantCMS 1.9 → 1.10
Шаг № 3

Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 177580972 bytes) in site.ru/core/cms.php on line 3644.

и усё… дальше миграция не пошла

Была нажата кнопка браузера — ОБНОВИТЬ
Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 177580972 bytes) in site.ru/core/cms.php on line 3644
не ушла

Была попытка повторно запустить миграцию. Закончилась на

Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 177580972 bytes) in site.ru/core/cms.php on line 3644.

увеличьте memory_limit

увеличьте memory_limit

memory_limit = 512M стоит сейчас. БОЛЬШЕ НЕЛЬЗЯ =(