Перенос Magento с сервера на сервер SuPHP

У меня есть хороший сервер Magento, и мне нужно перейти на другой сервер

Перенос Magento с сервера Php 5.2.17 на сервер SuPHP

Все мои права доступа к файлам являются фиктивными на новом сервере, и ничего не работает. Что мне нужно изменить или как правильно перенести Magento на сервер SuPHP (с не SuPHP)

МЕТОД 1 -> Текущий процесс:

Старый сервер

  1. удалить сеанс/кеш/и т.д.
  2. tar gz все + дамп SQL

Новый сервер (SuPHP)

  1. распаковать gz + загрузить SQL
  2. обновить SQL-сервер в local.xml
  3. обновить core_config в базе

МЕТОД 2 -> Идея

  1. Переустановить + загрузить старую БД
  2. Скопируйте только определенные папки (но тогда я не знаю, как копировать расширения и т. д.)

Что нужно/можно изменить, чтобы Magento SUPHP заработал?


magento suphp
person snh_nl    schedule 14.07.2012    source источник
comment
Это на Unix-сервере? Не используйте зип. Zip-файлы почти ничего не знают о разрешениях unix. Используйте tar+gzip   -  person Marc B    schedule 14.07.2012

Ответы (2)


arrow_upward
2
arrow_downward

Разрешения для файлов SuPHP предполагают, что для каталогов будет установлено значение 755, для файлов будет установлено значение 644, а право собственности на файлы будет установлено для пользователя и группы, которые ожидает SuPHP.

Обычно в SuPHP владельцы пользователей и групп имеют одно и то же имя, замените $user на назначенное имя учетной записи. Следующее выполняется в корневом каталоге Magento.

chown -R $user.$user *

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;
chmod 550 pear
chmod 550 mage #for magento 1.5+

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

Это избавит вас от определенных проблем на новом сервере, пока вы не измените настройки baseURL и не установите права доступа к файлам/каталогам. ПОСЛЕ Magento правильно запущен и работает, включите кэширование Magento. Убедитесь, что все работает, сбросьте кеш, а затем (если вы использовали его раньше) перекомпилируйте и только после перекомпиляции включите компилятор.

person Fiasco Labs    schedule 14.07.2012
comment
Спасибо. Вы действительно сделали это? + на новом сервере у меня нет SSH, поэтому все делал на старом сервере (на новом сервере просто распаковываю, редактирую БД и local.xml). Файлы все ОК теперь с правами. Но все равно у меня сейчас застрял с белой страницей (и без ошибок) + вижу теперь моя груша пропала. Это плохо? - person snh_nl; 14.07.2012
comment
Серверы без SSH-доступа, тьфу! Сделал это успешно, да. Так как ни одна версия не упоминалась, в 1.5 и выше груши нет, вместо них используется маг. - person Fiasco Labs; 14.07.2012
comment
1.7.0.2. Просто не могу заставить его работать. Делал все на старом сервере. Затем обновите файл local.xml и сбросьте пути в core_config: shirtft81.eightyone.axc.nl - person snh_nl; 14.07.2012
comment
Что ж, просто перешел по ссылке, и вы определенно получаете больше, чем белый экран смерти. Когда я просматриваю исходный код, ссылки на css показывают следующее: http://shirtft81.eightyone.axc.nlmedia/css/ed13632b06af38d167b14286237681bf.css, который показывает отсутствующую косую черту в secure_base_url и unsecure_base_url в вашей конфигурации системы - общие - веб-настройки. Как указывает @Tim. Как только это будет исправлено, вы должны получать изображения, css и javascript, а также ссылки с домашней страницы действительно начинают работать. Также убедитесь, что ваш memory_limit установлен на что-то вроде 256M или больше. - person Fiasco Labs; 15.07.2012
comment
Я играл с вариантом 2. Переустановите + загрузите конфигурацию мультимедиа и т. Д. Отдельно. Все еще странно. - person snh_nl; 16.07.2012

arrow_upward
0
arrow_downward

Чтобы добавить журнал моего опыта. Спасибо Фиаско Лабс.

Основные шаги

На старом сервере

  1. Важный! Отключите кеш в админке, удалите, очистите любой кеш (также из расширений, таких как зум, APC)
  2. Следуйте приведенным ниже инструкциям (создайте резервную копию сайта в tar.gz).
  3. Выполните дамп SQL через приглашение или через directadmin или другой

На новом сервере

  1. Поместите tar в общедоступный html и извлеките (также можно сделать через directadmin filemgr)
  2. загрузить SQL
  3. обновить настройки в local.xml
  4. обновить URL-адреса в core_config в базе данных
  5. Установите chmod app/etc/local.xml 600 (нет записи, чтобы остановить сообщения об ошибках в журнале)
# GOTO MAGENTO ROOT PUBLIC_HTML
mkdir ../backup
cp -rf * ../backup
cd ../backup

# VERIFY THAT YOU ARE IN DIRECTORY BACKUP
# REMOVE ALL CACHE RELATED FILES IN HET BACKUP FOLDER
rm -rf var/cache/* var/session/* var/zoom/* var/minifycache/* downloader/pearlib/cache/* downloader/pearlib/download/* downloader/pearlib/download/* downloader/pearlib/pear.ini var/cache/* var/backups/* var/report/* var/log/* var/locks/*

# SET FILE RIGHTS CORRECTLY FOR SUPHP
find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;
chmod 550 lib/pear
chmod 550 mage

# MAKE DIRS READABLE
chmod -R 777 var media
chmod 777 media var/cache/ var/session/ var/zoom/ var/minifycache/ downloader/pearlib/cache/ downloader/pearlib/download/ downloader/pearlib/download/ downloader/pearlib/ var/cache/ var/backups/ var/report/ var/log/ var/locks/

# TAR AND GZ
tar -czpf backup_mage.tar.gz .
person snh_nl    schedule 17.07.2012