Magento перенаправляет на старый URL-адрес после дублирования сайта

Я борюсь с установкой нескольких магазинов Magento. Старая установка была одной установкой Magento с двумя сайтами/магазинами, все указывающими на одну и ту же папку. Теперь клиент хочет 2 независимых веб-сайта, поэтому изменения в один не будут мешать другим.

В любом случае, база данных дублировалась, файлы были скопированы, var/cache, var/session, var/tmp были опустошены. Я изменил параметры базы данных в app/etc/local.xml, файл .htaccess не имеет жестко закодированных правил.

Проблема заключается в том, что sitea.com сохраняет перенаправление на siteb.com, а область администрирования не работает, поэтому я должен делать все в консоли или phpMyAdmin.

Каковы таблицы базы данных, где я должен делать изменения? Что мне не хватает?

Ответ 1

base_url в файле core_config_data сделал трюк в сочетании с удалением всего в var/cache, var/session, var/tmp и в папке system/tmp

Ответ 2

На сайте sitea.com вы можете посмотреть его базу данных и таблицу core_config_data для базового URL-адреса. ИЛИ, вы можете попробовать выполнить следующий запрос:

UPDATE `core_config_data` SET `value`='http://sitea.com/' WHERE `value` LIKE 'http://%' LIMIT 2;

сделать то же самое в базе данных siteb.com для хорошей оценки

UPDATE `core_config_data` SET `value`='http://siteb.com/' WHERE `value` LIKE 'http://%' LIMIT 2;

Ответ 3

При обновлении конфигурации в бэкэнде Magento для передачи производственного сайта будьте осторожны при редактировании информации базового URL-адреса на панели "Конфигурация". После изменения этих значений сайт больше не будет доступен.

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

Если вы заблокированы из бэкэнд, обновите базу данных, удалите каталог var/cache и убедитесь, что все, что вам нужно.

Ответ 4

У меня была такая же проблема попробуйте то, что я сделал:

Шаг 1:

romove cache с SSH:

rm -rf /var/tmp/magento/*

Шаг 2:

PS: Чтобы использовать Magento Connect Manager, вам может понадобиться reset настройки конфигурации PEAR. Для этого просто удалите файл downloader/pearlib/pear.ini, и новый будет создан автоматически.

Шаг 3:

RESET РАЗРЕШЕНИЯ ФАЙЛОВ

Чтобы убедиться, что все файлы javascript, CSS и изображения загружены правильно, вы должны reset разрешить файлы рекомендуемым параметрам для вашего нового сервера.

Выполните следующие команды из корневого каталога Magento (например, public_html):

find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;