Краткие замечания по процессу обновления сайта на Magento

Краткие замечания по процессу обновления сайта на Magento



В данной статье мы рассмотрим основные моменты, на которые следует обратить свое внимание при обновлении движка Мадженто с одной версии на другую (в пределах версий 1.4 – 1.9.x).

Цель этой статьи заключается в том, чтобы показать ручной способ обновления, а также обратить внимание на некоторые проблемы, которые могут произойти при попытке обновления.

 

 

Процесс ручного обновления

Перед обновлением интернет-магазина на Magento вам необходимо проверить кастомные модули, а также качество кода. От этого зависит не только время выполнения обновления, но и вообще сама возможность такой процедуры. Если, например, у вас много пользовательских модулей, велика вероятность, что при обновлении с более старой версии на более новую, возникнут конфликты в коде. А это может сделать невозможной саму процедуру обновления платформы.

 

 

  1. Оцените качество кода модулей

Самое первое, что нужно проверить, — использовалось ли при разработке магазина редактирование файлов ядра. Хотя так и не нужно делать, вполне вероятно, что файлы ядра изменялись программистом. Самым оптимальным средством для выполнения этой процедуры есть сравнение кода, чтобы выявить наличие/отсутствие различий в коде файлов ядра. Проверять нужно одну и ту же версию движка (используемую магазином, и с репозитория).

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

 

 

  1. Сделайте полный бекап сайта

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



После этого скачайте новую версию платформы и разместите все ее файлы на тестовом сервере.

 

 

  1. Перенесите все основные файлы из старой версии в новую

После размещения файлов новой версии движка Мадженто на локальном веб-сервере, вам нужно будет перенести (скопировать) все файлы шаблона, модулей и макетов со старой версии. Обычно к этим файлам относятся:

  • app/etc/modules (все модули среды community и local)
  • app/code/community (все файлы и папки модулей сторонних разработчиков)
  • app/code/local (все файлы и папки локальных модулей)
  • app/design/adminhtml (любые пользовательские шаблоны для Панели администрирования)
  • app/design/frontend (все файлы пользовательских тем)
  • skin/adminhtml (все файлы пользовательского дизайна для Панели администрирования)
  • skin/frontend (все файлы пользовательского дизайна)
  • media (практически все файлы из этой папки нужно переносить; в основном здесь содержатся картинки товаров)
  • пользовательские файлы в корне сайта (например, robots.txt, sitemap.xml и подобные)

 

Учтите, что этот перечень может быть не полным, поэтому обращайте внимание на особенности вашего собственного магазина.

 

 

  1. Импортируйте в тестовую среду старую базу данных

После переноса всех файлов на локальный сервер, вам нужно создать новую базу данных на тестовом сервере и импортировать дамп (бекап) базы данных, который вы сохранили с вашего старого интернет-магазина.

 

 

  1. Убедитесь, что после п.4 новая версия сайта работает

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

 

 

  1. Удалите файл local.xml в папке app/etc

На этом этапе удалите файл local.xml. Цель этого заключается в том, чтобы система думала, что мы пытаемся запустить новую инсталляцию. На тестовом сервере удалите, или же просто переименуйте файл app/etc/local.xml.

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

 

 

  1. Запуск процесса обновления с новыми файлами и старой базой данных

Здесь происходит основное волшебство. Новые файлы ядра содержат все MySQL сценарии, которые позволят запустить процесс обновления для всех core функций Magento. Все, что нужно сделать для запуска обновления, — это обновить главную страницу магазина на локальном сервере.

 

 

  1. Дождаться завершения процесса обновления

Процесс обновления платформы на этом этапе зависит от величины различий между старой и новой версиями. Если вы обновляетесь с версии, например, 1.7 на версию 1.9, тогда этот процесс может длиться и час.

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

 

 

  1. Поиск и устранение неполадок

После успешного завершения процесса обновления нужно будет выполнить поиск и устранение неполадок. Для начала очистите кеш. Если вы не можете войти в панель администрирования, переименуйте папку /var/cache и тогда система Magento сама создаст эту папку и полностью очистит собственный кеш.

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

Теперь нужно тщательно протестировать сайт и перепроверить корректность работы всех типов страниц в магазине. Тут проблемы могут возникать, например, из-за изменения инструкций в файлах макета в core шаблоне.

 

Наконец, когда вы будете полностью довольны работой новой версии движка, замените все файлы на действующем сайте, файлами с новой версией из локального веб-сервера. Также не забудьте поменять и базу данных.

 



Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *