Проблема перенаправления Magento после перемещения

Ответ 1

По-видимому, Magento также использовал каталог temp в корне сервера для кеширования. это поможет решить проблему. Это, конечно, также позаботится о перезагрузке сервера.

Убедитесь, что ваш веб-сервер имеет доступ на запись к папкам var, var/cache и var/tmp в вашей установке magento. Попробуйте использовать chmod -R 700 var или chmod -R 766 (используйте последнее с осторожностью).

ПРИМЕЧАНИЕ.. Это результат неправильной установки прав на файл/каталог. Magento пытается использовать var/cache и var/tmp, находит их ненарушимыми пользователем веб-сервера и переходит к перемещению своего кеша в папку system/tmp. Независимо от того, насколько вы проклинаете и изменяете настройки BaseURL и удаляете все, что вы найдете в var/cache, Magento продолжает читать кэшированную конфигурацию из папки system/tmp.

Не верьте, что проблемы с Linux Server Admin 101 вызвали это? Здесь визуальное доказательство.

Ответ 2

Это, вероятно, связано с старым базовым url, хранящимся в таблице базы данных core_config_data. Вы должны обновить эти значения, чтобы указать на новый домен.

Вы можете обновить следующие запросы обновления

UPDATE core_config_data SET value="http://www.newdomain.com/" 
WHERE path="web/unsecure/base_url"

для обновления защищенного базового URL

 UPDATE core_config_data SET value="https://www.newdomain.com/" 
 WHERE path="web/secure/base_url"

Ответ 3

вот ваш ответ:

Первый шаг был простым: поиск в базе данных базы данных: имя таблицы - core_config_data, а ключи -/web/unsecure/base_url и web/secure/base_url. Измените эти два на правильные значения.

Второй шаг также очень логичен - очистка кеша! Magento кэширует все, включая значения таблицы config, поэтому перейдите в корень Magento с FTP или SSH, удалите все из папок var/cache/и var/session/и var/tmp. (Вы даже можете переименовать их и создать пустую папку в этих именах).

Надеюсь, что это поможет

Ответ 4

У меня просто была эта проблема, попробовав все перечисленное выше и несколько других ответов SO Я обнаружил, что в таблице core_config_data указано более одного определения base_url.

если вы запустите

select * from core_config_data where path like '%base_url%'

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

Ответ 5

еще одно, чего люди легко забывают в таких случаях. local.xml также должен быть изменен в соответствии с настройками базы данных резервного копирования. В противном случае вы можете отредактировать base_url и очистить кеш тысячу раз, и вы никогда не будете перенаправлены на требуемый URL:)

Ответ 6

В моем случае это было еще более странно: на моем экземпляре разработки у меня не было папки "temp", кеш был сохранен где-то вне сайта vhost или в дБ, но не в core_config_data. Только флеш-кеш в Magento BE может помочь, поэтому лучше сделать это до сброса дБ.

С уважением.

Ответ 7

в моем случае это потому, что я забыл изменить имя db в app/etc/local.xml

Ответ 8

У меня также возникли проблемы с перенаправлением URL-адреса, убедитесь, что когда вы установили свой новый домен в backend для добавления символа/в конце URL-адреса. Все самое лучшее!

Ответ 9

в моем случае это была baseUrl с одной буквой верхнего регистра

Ответ 10

Удалить кеш из каталога var/cache.

после этого запустите этот запрос в таблице core_config_data в magento. после этого вы не получите ошибку перенаправления.

Этот процесс будет работать как для Magento 1.9.x, так и для magento 2.x

UPDATE core_config_data Значение SET = "http://example.com/" WHERE path = "web/unsecure/base_url"; UPDATE core_config_data Значение SET = "https://example.com/" WHERE path = "web/secure/base_u

Ответ 11

В моем случае это была конфигурация с path=payment/wayforpay_payment/merchant, у которой есть домен с точками, замененными символами подчеркивания, например. www_yourdomain_com. После того, как я изменил его на mynewdomain_com, проблема была решена.