301 Перенаправления после копирования установки Magento

Question

301 Перенаправления после копирования установки Magento

0

После копирования установки Magento с сайта domain.com на dev.domain.com, чтобы проверить, можно ли безопасно обновлять данные с 1,8 до 1,9, система автоматически перенаправляется на домен.com даже после редактирования конфигурации через базу данных MySQL. И небезопасные, и безопасные URL-адреса пути были изменены в соответствии с сервером dev.domain.com, но сайт перенаправляется на домен.com.

Бэкэнд dev.domain.com работает странным образом. Как только я получаю доступ к нему, он не перенаправляется. Я вхожу в систему и перенаправляет меня на страницу входа в доменную зону domain.com. Тем не менее, если я добавлю "dev". перед URL-адресом (оставив ключ сеанса как есть), он подводит меня к бэкэнду, хотя и через то, что кажется 10 перенаправлением. Когда я доберусь туда, все вкладки "greyed out". Я не могу навести их, чтобы открыть панели меню.

Все кажется правильным, но я не уверен, что еще может повлиять на это. Я удалил кеш и сеансовые каталоги, но безрезультатно.

NB: Я также проверил, были ли неверно настроены файлы .htaccess. Единственный, который я редактировал, был в корневом каталоге, чтобы изменить "www" на "dev". Ни "www", ни "dev" не имеет никакого отношения к проблеме.

Bart Pelle 11 нояб. 2014, в 16:36

Источник

Теги:

php

apache

.htaccess

redirect

magento

2 ответа

Ещё вопросы

kuba_ceg · Answer 1 · 2014-11-11T13-38-00.000Z

1

Вы изменили chanfiguration в таблице core_config_data? Я имею в виду изменить все значения " http://domain.com " на " http://dev.domain.com/".

Затем вам нужно очистить кеш/сеанс на сервере. Если он не работает, попробуйте ввести dev.domain.com в режиме инкогнито в браузере из-за записей сеанса/файлов cookie в браузере.

Я надеюсь, что это помогает.

kuba_ceg 11 нояб. 2014, в 13:38

0

Да, и безопасные и незащищенные были изменены. Сеанс / кэш были очищены. Доступ к нему из режима инкогнито тоже не работает :(.
Bart Pelle 11 нояб. 2014, в 15:33
1

Возможно, попробуйте найти и отредактировать все значения с помощью '% domain.com% в таблице core_config_data , возможно, вы задали домен в настройках cookie / сессии. Это странно, я делаю это тысячу раз, и это всегда работает; D
kuba_ceg 11 нояб. 2014, в 15:45
0

Хорошо. Хорошая идея, я попробую.
Bart Pelle 11 нояб. 2014, в 15:46
0

Единственные результаты, которые появились, - это два secure и insecure URL-адреса, но они уже были изменены.
Bart Pelle 11 нояб. 2014, в 15:47
0

Вы изменили каталог для установки dev? Убедитесь, что если вы заходите на dev.domain.com, вы находитесь в правильном каталоге на сервере. И убедитесь, что ваша установка dev использует правильное соединение с базой данных (я полагаю, у вас сейчас есть две базы данных, для dev и для обычной установки). Последняя идея - проверить, где Magento сохраняет кэш (/ tmp или var в директории Magento base).
kuba_ceg 11 нояб. 2014, в 17:52

Показать ещё 3 комментария

Fiasco Labs · Answer 2 · 2014-11-11T14-54-00.000Z

Обычным основанием для этого перенаправления является:

неспособность очистить кэш после изменения base_url настройки в core_config_data так информация конфигурации перезагружается
очищающий кеш не может перезагрузить данные конфигурации из-за неправильного набора разрешений файлов, которые вынудили Magento создать его кеш в другом месте, как в system /tmp

Вспомогательные проблемы из-за неправильной установки RewriteBase в.htaccess

Для того, насколько плохой доступ к файлам/папкам может повредить вам и другие вещи для проверки, следуйте следующим трем ссылкам:

Невозможно изменить базовый URL Magento, застрял в кеше

Magento перенаправляет на Старый сайт независимо от того, какие изменения сделаны!

Как мы можем остановить клонирование сайта Magento от перенаправления на сайт в реальном времени?

Есть ли способ выяснить, где Magento хранит кеш? Я читал, что у людей случалось так, что кеш был в другом каталоге, но я не бог PHP, поэтому я не знаю, где бы я отлаживал это.
Посмотрите в каталог /tmp/magento если он существует, это может быть проблема с кешем, поэтому удалите этот каталог и исправьте разрешения для каталога var в magento install magentocommerce.com/wiki/groups/227/resetting_file_permissions , после исправления разрешений перейдите к dev. example.com и проверьте, заполнен ли каталог var/cache какими-либо файлами.