Как восстановить PrestaShop из резервной копии
Восстановление PrestaShop из резервной копии включает в себя два основных этапа: восстановление файлов и восстановление базы данных. Вот пошаговая инструкция:
Вы можете создать интернет магазин за 1 вечер. Просто выберите готовый шаблон интернет магазина и установите его. Останется только наполнить его своими товарами.
Подготовка
- Полная резервная копия файлов сайта.
- Резервная копия базы данных.
- Доступ к хостингу.
Подготовка к восстановлению PrestaShop
1. Полная резервная копия файлов сайта
Перед началом восстановления убедитесь, что у вас есть все необходимые данные и доступы. В первую очередь, вам потребуется полная резервная копия файлов сайта. Обычно она включает в себя папки /public_html, /var/www или другие директории, где хранятся скрипты, темы, модули и медиафайлы. Проверьте, что архив с резервной копией содержит все ключевые элементы, включая папки app, modules, themes, img и системные файлы.
2. Резервная копия базы данных
Также обязательно наличие резервной копии базы данных. Она чаще всего сохраняется в формате .sql или sql.gz и содержит все таблицы, настройки магазина, товары, заказы и клиентские данные. Убедитесь, что файл с базой данных не повреждён и может быть импортирован обратно.
3. Доступ к хостингу
Кроме резервных копий, вам понадобится доступ к хостингу, где размещён сайт. Это может быть FTP-доступ для загрузки файлов, SSH для выполнения команд в терминале или панель управления (например, cPanel, ISPManager, Plesk), где можно управлять базой данных через phpMyAdmin или аналогичный инструмент. Если вы восстанавливаете сайт на новый сервер, проверьте, что на нём установлена совместимая версия PHP и MySQL, соответствующая требованиям вашей версии PrestaShop.
Если сайт использует домен, убедитесь, что DNS-записи настроены корректно, либо будьте готовы обновить настройки домена после восстановления. Также полезно сохранить текущие копии файлов и базы данных перед восстановлением — это поможет избежать потери данных, если что-то пойдёт не так.
Восстановление файлов
- Подключитесь к серверу по FTP.
- Удалите или переименуйте текущую папку с сайтом.
- Загрузите файлы из резервной копии в корневую директорию сайта.
- Убедитесь, что права доступа к папкам.
Процесс восстановления файлов PrestaShop
1. Подключитесь к серверу по FTP
Для начала необходимо подключиться к серверу, где размещён сайт, используя FTP-клиент, такой как FileZilla, WinSCP или Cyberduck. Введите данные для входа — хост, имя пользователя и пароль, которые обычно предоставляются хостинг-провайдером. После успешного подключения откроется структура файлов на сервере, где нужно найти корневую директорию сайта. Чаще всего это папки с названиями /public_html, /htdocs или /var/www/ваш_сайт, в зависимости от настроек хостинга.
2. Удалите или переименуйте текущую папку с сайтом
Перед загрузкой резервной копии важно обезопасить текущие файлы. Лучше всего переименовать существующую папку сайта, например, в public_html_old, чтобы в случае ошибок можно было быстро откатить изменения. Если переименование невозможно, можно создать архив текущей версии или временно переместить файлы в другую директорию.
3. Загрузите файлы из резервной копии в корневую директорию сайта
Далее следует загрузить файлы из резервной копии в корневую папку сайта. Если резервная копия представляет собой архив ZIP или TAR.GZ, его можно распаковать прямо на сервере через SSH или загрузить уже распакованные файлы через FTP. Важно сохранить исходную структуру папок, чтобы не нарушить работу скриптов. Особое внимание уделите системным директориям, таким как /app, /modules, /themes и /img, так как они содержат критически важные данные для работы магазина.
4. Убедитесь, что права доступа к папкам
После загрузки файлов необходимо проверить и настроить права доступа. Папки должны иметь права 755, а файлы — 644. Это обеспечит корректную работу PrestaShop и защитит систему от несанкционированного доступа. Особенно важно проверить права для папок с кешем, логами и загрузками, таких как /var/cache, /log и /img. Если сайт использует модули с записью файлов, например, экспорт товаров или загрузку изображений, соответствующие директории также должны иметь права на запись.
В завершение рекомендуется проверить файл конфигурации app/config/parameters.php для PrestaShop 1.7 или config/settings.inc.php для более старых версий, чтобы убедиться, что в нём указаны правильные данные для подключения к базе данных. Если домен сайта изменился, его также нужно обновить в этом файле или позже в настройках базы данных.
Восстановление базы данных
- Откройте phpMyAdmin в панели хостинга.
- Удалите старую базу данных или создайте новую с тем же именем.
- Перейдите во вкладку Import - выберите файл .sql из резервной копии - нажмите Go.
Процесс восстановления базы данных PrestaShop
1. Откройте phpMyAdmin в панели хостинга
Для начала работы необходимо войти в панель управления хостингом, где расположен сайт. В большинстве случаев это cPanel, ISPmanager или DirectAdmin, но возможны и другие варианты в зависимости от провайдера. В панели управления нужно найти раздел, связанный с базами данных, и выбрать phpMyAdmin — это стандартный веб-интерфейс для управления MySQL. После входа в phpMyAdmin откроется список доступных баз данных, среди которых нужно найти ту, что соответствует вашему сайту PrestaShop.
2. Удалите старую базу данных или создайте новую с тем же имене
Если старая база данных больше не нужна или содержит устаревшие или повреждённые данные, её можно полностью удалить. Для этого достаточно выбрать её в списке, нажать на вкладку «Операции» или «Удалить» и подтвердить действие. Однако если есть сомнения в целостности резервной копии, лучше не удалять старую базу сразу, а переименовать её, добавив в название приставку _old или _backup. В случае возникновения проблем при восстановлении это позволит быстро вернуть предыдущую версию.
3. Перейдите во вкладку Import - выберите файл .sql из резервной копии - нажмите Go
Когда база данных готова к восстановлению, в phpMyAdmin нужно выбрать её в левом меню и перейти на вкладку «Импорт». Здесь следует нажать кнопку «Выбрать файл» и указать путь к резервной копии в формате SQL. Если файл имеет большой размер или был сжат в архив, например, в GZIP, его нужно предварительно распаковать. В phpMyAdmin есть возможность загружать сжатые файлы напрямую, но для этого должна быть включена соответствующая опция в настройках.
Перед началом импорта стоит обратить внимание на параметры загрузки. Для корректного восстановления лучше оставить настройки по умолчанию, но если файл очень большой, может потребоваться увеличить лимит на загрузку или разбить его на части. После выбора файла остаётся нажать кнопку «Вперёд» или «Go» и дождаться завершения процесса. Время импорта зависит от размера базы данных и мощности сервера.
По окончании загрузки система должна вывести сообщение об успешном завершении операции. Если в процессе возникли ошибки, например, из-за несовместимости версий MySQL или повреждения файла резервной копии, нужно внимательно изучить сообщение об ошибке и при необходимости повторить попытку с исправленным файлом. После успешного импорта стоит проверить, что все таблицы были созданы и содержат данные. Для этого можно открыть несколько ключевых таблиц, таких как ps_product или ps_orders, и убедиться, что записи в них соответствуют ожидаемым.
В завершение необходимо проверить файл конфигурации PrestaShop, чтобы убедиться, что в нём указаны актуальные данные для подключения к восстановленной базе. Если имя базы, пользователь или пароль отличаются от тех, что были в резервной копии, их нужно обновить вручную. После этого сайт должен заработать в прежнем состоянии, как на момент создания резервной копии.
Настройка конфигурации
- Данные подключения к БД.
- Домен сайта.
Проверка и корректировка параметров конфигурации
1. Данные подключения к БД
После восстановления файлов и базы данных необходимо убедиться в правильности настроек подключения к базе данных. Эти параметры хранятся в конфигурационном файле, расположенном в директории приложения. Для современных версий PrestaShop это файл app/config/parameters.php, тогда как в более старых выпусках используется config/settings.inc.php. В этом файле содержатся критически важные данные: имя базы данных, логин и пароль пользователя MySQL, а также префикс таблиц, если он применялся в системе. Если в процессе восстановления использовалась новая база данных с другими учетными данными, эти значения необходимо актуализировать вручную, открыв файл в текстовом редакторе. Особое внимание следует уделить корректности указания хоста базы данных - в большинстве случаев это localhost, но на некоторых хостингах могут использоваться другие адреса.
2. Домен сайта
Не менее важным аспектом является проверка и при необходимости обновление доменного имени сайта. Эта информация хранится как в конфигурационных файлах, так и непосредственно в базе данных. Если восстановление производится на новый домен или в тестовую среду с временным адресом, потребуется внести соответствующие изменения. В таблице ps_shop_url базы данных нужно отредактировать поля domain и domain_ssl, указав актуальные значения. Дополнительно следует проверить настройки в таблице ps_configuration, где могут храниться связанные параметры. Для полной корректности работы после смены домена рекомендуется очистить кеш системы, включая файлы в директориях var/cache и app/cache, а также сбросить кеш браузера при тестировании. В случае использования многоязычной версии магазина необходимо проверить настройки доменов для каждого языка отдельно.
Очистка кеша
Удалите содержимое папок:
- /var/cache.
- /app/cache для PS 1.7.
Через SSH:
- bash - Copy - Download - rm -rf var/cache/.
Очистка системного кеша PrestaShop после восстановления
1. Удалите содержимое папок
После завершения всех этапов восстановления сайта крайне важно очистить системный кеш, чтобы исключить возможные конфликты между старыми и новыми данными. Кеш-файлы могут содержать устаревшую информацию о конфигурации, модулях или структуре базы данных, что может привести к некорректному отображению сайта или ошибкам в работе административной панели. Основные директории, где хранятся кеш-данные, различаются в зависимости от версии PrestaShop. Для современных релизов 1.7 и выше это папка var/cache, расположенная в корневой директории сайта. В более ранних версиях системы кеш мог находиться в app/cache.
2. Через SSH
Процесс очистки можно выполнить несколькими способами в зависимости от доступных инструментов и уровня доступа к серверу. Наиболее надежным методом считается удаление через SSH-подключение с использованием команды rm -rf, которая рекурсивно очищает указанные директории без возможности восстановления. Перед выполнением этой операции рекомендуется создать резервную копию кеш-папок, особенно если есть подозрения на возможные проблемы с сайтом после очистки. Для версий PrestaShop 1.7 и новее достаточно выполнить команду, очищающую содержимое var/cache, при этом сама структура папок сохранится и будет автоматически заполнена новыми данными по мере работы системы.
Альтернативным способом очистки кеша является использование файлового менеджера в панели управления хостингом. В этом случае нужно найти соответствующие директории и вручную удалить их содержимое, оставив пустые папки. Важно не удалять сами папки кеша, а только их содержимое, так как система может воссоздавать их автоматически, но это может привести к временным проблемам с правами доступа. После очистки кеша рекомендуется проверить работу сайта в режиме инкогнито браузера или с предварительно очищенным кешем клиента, чтобы убедиться в корректности отображения всех элементов. В некоторых случаях может потребоваться дополнительная очистка кеша браузера или сброс кеша OPcache на сервере, если используется эта технология ускорения работы PHP-скриптов.
Проверка сайта
- Откройте сайт в браузере.
- Проверьте, нет ли ошибок.
- Залогиньтесь в админ-панель и убедитесь, что все модули и товары загружены.
Финальная проверка работоспособности восстановленного магазина
1. Откройте сайт в браузере
После завершения всех этапов восстановления необходимо тщательно проверить корректность работы сайта. Откройте главную страницу в любом современном браузере, внимательно наблюдая за процессом загрузки.
2. Проверьте, нет ли ошибок.
Особое внимание стоит уделить возможным сообщениям об ошибках, которые могут появляться в верхней части экрана или в системных логах. Типичные проблемы включают ошибки подключения к базе данных, отсутствующие файлы или несовместимость версий PHP. Если сайт отображается не полностью или с визуальными дефектами, это может указывать на проблемы с темой оформления или поврежденные файлы стилей.
3. Залогиньтесь в админ-панель и убедитесь, что все модули и товары загружены
Следующим критически важным шагом является проверка административной панели. Введите стандартный URL для входа в админку, который обычно имеет вид yoursite.com/admin или yoursite.com/adminXXXXX, где XXXXX - случайный набор символов для безопасности. После успешного входа с учетными данными администратора тщательно осмотрите панель управления. Все модули должны быть активны и функционировать без ошибок, что можно проверить в соответствующем разделе. Особое внимание уделите модулям оплаты и доставки, так как их некорректная работа напрямую влияет на функциональность магазина.
Не менее важной является проверка каталога товаров. Перейдите в раздел "Каталог" и убедитесь, что все товары, категории и атрибуты загружены корректно. Проверьте несколько товаров случайным образом, обращая внимание на изображения, описания, цены и наличие на складе. Протестируйте процесс оформления заказа вплоть до этапа оплаты (не завершая реальную покупку), чтобы убедиться в работоспособности всей цепочки. Если в магазине используются сторонние модули или кастомные функции, каждую из них необходимо проверить отдельно, так как они могли пострадать в процессе восстановления.
Вывод
Если сайт не работает, включите режим отладки, добавив в файл config/defines.inc.php. Если после восстановления возникают проблемы с SSL, обновите настройки в Настройки магазина - SEO и URL. Если у вас нет полной резервной копии, восстановить данные будет сложно - в таком случае попробуйте использовать инструменты вроде Recuva для файлов или MySQL Recovery Tool для БД, но это не гарантирует результат.