- Я изменил базовые URL, и теперь мой сайт недоступен
- Я переместил все на новый сервер, не изменил base_url и мой сайт недоступен
Как мне изменить или восстановить base_url мои настройки BaseURL?
Как мне изменить или восстановить base_url мои настройки BaseURL?
Ответы:
Симптом: я изменил базовые URL-адреса, и теперь мой веб-сайт недоступен или я переместил все на новый сервер, не изменил base_url
и мой веб-сайт недоступен.
Инструкции предназначены для простого веб-сайта «один магазин», где «представление магазина по умолчанию» настроено так, чтобы наследовать его настройки от «конфигурации по умолчанию». Для каждого непроверенного Use Website
флажка будет дополнительный экземпляр нижеупомянутых строк таблицы .
Откройте свою core_config_data
таблицу в phpMyAdmin.
Сортируйте таблицу по path
столбцу и найдите следующие строки для вашего незащищенного раздела , они должны выглядеть следующим образом:
Колонны
PATH VALUE
web/unsecure/base_url http://www.example.com/
web/unsecure/base_link_url {{unsecure_base_url}}
web/unsecure/base_skin_url {{unsecure_base_url}}skin/
web/unsecure/base_media_url {{unsecure_base_url}}media/
web/unsecure/base_js_url {{unsecure_base_url}}js/
Замените его http://www.example.com/
соответствующим URL домена (необходимо использовать косую черту), и если вы установили его в подпапку, добавьте его /
после него.
Найдите следующие строки для вашего защищенного раздела , они должны выглядеть следующим образом:
Колонны
PATH VALUE
web/secure/base_url https://www.example.com/
web/secure/base_link_url {{secure_base_url}}
web/secure/base_skin_url {{secure_base_url}}skin/
web/secure/base_media_url {{secure_base_url}}media/
web/secure/base_js_url {{secure_base_url}}js/
Замените его https://www.example.com/
соответствующим URL домена (необходимо использовать косую черту), и если вы установили его в подпапку, добавьте его /
после него. Если вы еще не получили сертификат безопасности и не включили TLS / SSL, используйте http
вместоhttps
Очистить содержимое из var/cache
, var/session
каталогов после изменения base_urls
.
Очистка кэша и сессий необходима, потому что ваша конфигурация кэшируется, и очистка вызывает принудительное перечитывание данных конфигурации из core_config_data
таблицы и восстановление сеансов с соответствующей информацией.
Примечание: Если вы установили base_url
правильно для web/unsecure/base_url
и web/secure/base_url
вам не придется возиться с изменением {{UNSECURE_BASE_URL}}
и {{SECURE_BASE_URL}}
макросов в остальных записях.
mysql -u $USER -p $DBASE
http://www.example.com/
и защищенный https://www.example.com/
(если у вас включен SSL / TLS, иначе https должен быть http) с соответствующим URL-адресом домена (необходим конечный слеш), и если вы установили его в подпапку, добавьте его /
после него.Команды SQL
UPDATE core_config_data SET value = 'http://www.example.com/' WHERE path LIKE 'web/unsecure/base_url';
UPDATE core_config_data SET value = 'https://www.example.com/' WHERE path LIKE 'web/secure/base_url';
Команды SQL
SELECT path,value FROM core_config_data WHERE path LIKE 'web/unsecure/base%';
SELECT path,value FROM core_config_data WHERE path LIKE 'web/secure/base%';
var/cache
, var/session
каталогов после изменения base_urls
. Очистка кеша и сессий необходима, потому что ваш конфиг кэшируется, и его очистка вызывает перечитывание данных конфигурации из core_config_data
таблицы и восстановление сеансов с соответствующей информацией.n98-magerun
, используйте команду, n98-magerun.phar sys:info
чтобы получить список основных сведений о системе, где один элемент находится Cache Directory
.
В Magento2 также есть способ сделать это напрямую через Magento, используя приведенные ниже команды, вместо того, чтобы проходить через SQL, который я нахожу немного быстрее.
В корневом каталоге Magento выполните следующие команды:
Установить незащищенный URL
bin/magento setup:store-config:set --base-url="http://www.magento2.com/"
Установить безопасный URL
bin/magento setup:store-config:set --base-url-secure="https://www.magento2.com/"
Очистить кэш
bin/magento cache:flush
var/
каталогу испорчены, Magento сохранит кэш Magento в системном/tmp
каталоге, как описано здесь, и очистка кеша не удаляет кэшированные записи конфигурации, извлеченныеcore_config_data
до перезагрузки сервера или другого пользователя с достаточными правами. может удалить потерянный кеш Magento.