В данной статье мы рассмотрим основные моменты, на которые следует обратить свое внимание при обновлении движка Мадженто с одной версии на другую (в пределах версий 1.4 – 1.9.x).
Цель этой статьи заключается в том, чтобы показать ручной способ обновления, а также обратить внимание на некоторые проблемы, которые могут произойти при попытке обновления.
Перед обновлением интернет-магазина на Magento вам необходимо проверить кастомные модули, а также качество кода. От этого зависит не только время выполнения обновления, но и вообще сама возможность такой процедуры. Если, например, у вас много пользовательских модулей, велика вероятность, что при обновлении с более старой версии на более новую, возникнут конфликты в коде. А это может сделать невозможной саму процедуру обновления платформы.
Самое первое, что нужно проверить, — использовалось ли при разработке магазина редактирование файлов ядра. Хотя так и не нужно делать, вполне вероятно, что файлы ядра изменялись программистом. Самым оптимальным средством для выполнения этой процедуры есть сравнение кода, чтобы выявить наличие/отсутствие различий в коде файлов ядра. Проверять нужно одну и ту же версию движка (используемую магазином, и с репозитория).
Если изменений нет, тогда посмотрите в локальных модулях, не было ли там переопределений функций ядра.
Никогда не пытайтесь делать обновление на сайте, который размещен на хостинге и доступен онлайн. Для этой цели у вас должен быть либо тестовый поддомен, либо локальный веб-сервер. Чтобы обезопасить себя и прикрыть тыл, перед процессом обновления делайте полный бекап действующего магазина (и базы данных, и всех файлов движка). Использование локального сервера позволит вам уделить достаточно времени тестированию новой версии после успешного обновления.
После этого скачайте новую версию платформы и разместите все ее файлы на тестовом сервере.
После размещения файлов новой версии движка Мадженто на локальном веб-сервере, вам нужно будет перенести (скопировать) все файлы шаблона, модулей и макетов со старой версии. Обычно к этим файлам относятся:
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 и подобные)
Учтите, что этот перечень может быть не полным, поэтому обращайте внимание на особенности вашего собственного магазина.
После переноса всех файлов на локальный сервер, вам нужно создать новую базу данных на тестовом сервере и импортировать дамп (бекап) базы данных, который вы сохранили с вашего старого интернет-магазина.
Итак, теперь у вас должна быть новая версия Magento, которая использует старую тему. На этом этапе сложно провести комплексное тестирование платформы, поскольку все еще используется база данных со старой версии, но можно выявить самые типичные ошибки совместимости.
local.xml в папке app/etcНа этом этапе удалите файл local.xml. Цель этого заключается в том, чтобы система думала, что мы пытаемся запустить новую инсталляцию. На тестовом сервере удалите, или же просто переименуйте файл app/etc/local.xml.
Также вы можете не удалять этот файл, а обновить в нем данные подключения к базе данных. Это также должно запустить процесс обновления без необходимости проходить заново процесс установки.
Здесь происходит основное волшебство. Новые файлы ядра содержат все MySQL сценарии, которые позволят запустить процесс обновления для всех core функций Magento. Все, что нужно сделать для запуска обновления, — это обновить главную страницу магазина на локальном сервере.
Процесс обновления платформы на этом этапе зависит от величины различий между старой и новой версиями. Если вы обновляетесь с версии, например, 1.7 на версию 1.9, тогда этот процесс может длиться и час.
Если во время процедуры обновления возникают ошибки, вы можете либо попробовать снова с новой (чистой) базой данных, либо обновить установку – она должна продолжиться с того места, где была остановлена.
После успешного завершения процесса обновления нужно будет выполнить поиск и устранение неполадок. Для начала очистите кеш. Если вы не можете войти в панель администрирования, переименуйте папку /var/cache и тогда система Magento сама создаст эту папку и полностью очистит собственный кеш.
После этого выполните реиндекс всех данных, поскольку во время обновления записи в базе данных могли быть испорчены.
Теперь нужно тщательно протестировать сайт и перепроверить корректность работы всех типов страниц в магазине. Тут проблемы могут возникать, например, из-за изменения инструкций в файлах макета в core шаблоне.
Наконец, когда вы будете полностью довольны работой новой версии движка, замените все файлы на действующем сайте, файлами с новой версией из локального веб-сервера. Также не забудьте поменять и базу данных.
Выбор мастера для ремонта и перетяжки мебели — задача, которая требует вдумчивого подхода. Ведь от…
Выбор идеального хостинга под свой сайт может быть довольно запутанным делом, особенно когда существует так…
Чтобы избегать ошибок, нужно набираться опыта; чтобы набираться опыта, надо делать ошибки Лоуренс Питер
Краткое определение Черного SEO Черное СЕО (или Черная оптимизация) — это любая практика, целью которой…
Получение водительских прав категории C открывает двери к профессиональной деятельности, связанной с управлением грузовыми автомобилями.…