- Я змінив базові 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.