- Cambié las URL base y ahora mi sitio web es inaccesible
- Moví todo a un nuevo servidor, no cambié la base_url y mi sitio web es inaccesible
¿Cómo cambio o restauro base_url mi configuración de BaseURL?
Síntoma: cambié las URL base y ahora mi sitio web es inaccesible o moví todo a un nuevo servidor, no cambié el base_url
y mi sitio web es inaccesible.
Las instrucciones son para un sitio web simple de "una tienda" donde la "vista de tienda predeterminada" está configurada para heredar su configuración de la "configuración predeterminada". Habrá una instancia adicional de las filas de tabla mencionadas a continuación para cada Use Website
casilla de verificación sin marcar.
Abra su core_config_data
mesa en phpMyAdmin.
Ordene la tabla por path
columna y encuentre las siguientes filas para su sección insegura , deberían verse así:
Columnas
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/
Reemplácelo http://www.example.com/
con su URL de dominio apropiada (se necesita una barra inclinada final) y, si la ha instalado en una subcarpeta, agréguela con un /
después.
Encuentre las siguientes filas para su sección segura , deberían verse como sigue:
Columnas
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/
Reemplácelo https://www.example.com/
con su URL de dominio apropiada (se necesita una barra inclinada final) y, si la ha instalado en una subcarpeta, agréguela con un /
después. Si aún no ha recibido su certificado de seguridad y ha activado TLS / SSL, use en http
lugar dehttps
Borrar contenido de var/cache
, var/session
directorios después de cambiar base_urls
.
El borrado de la memoria caché y las sesiones es necesario porque su configuración está almacenada en caché y su eliminación obliga a volver a leer los datos de configuración de la core_config_data
tabla y al restablecimiento de las sesiones con la información adecuada.
NOTA: Si ha configurado base_url
correctamente web/unsecure/base_url
y web/secure/base_url
no tiene que perder el tiempo cambiando las macros {{UNSECURE_BASE_URL}}
y {{SECURE_BASE_URL}}
en el resto de las entradas.
mysql -u $USER -p $DBASE
http://www.example.com/
y seguro https://www.example.com/
(si tiene SSL / TLS habilitado, de lo contrario, https debería ser http) con su URL de dominio apropiado (barra diagonal necesaria) y si lo ha instalado en una subcarpeta, agréguelo con un /
después.Comandos 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';
Comandos 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
directorios después de cambiar base_urls
. El borrado de la memoria caché y las sesiones es necesario porque su configuración está almacenada en caché y su eliminación obliga a volver a leer los datos de configuración de la core_config_data
tabla y al restablecimiento de las sesiones con la información adecuada.
var/
directorio están en mal estado, Magento almacenará el caché de Magento en el/tmp
directorio del sistema como se documenta aquí y al borrar el caché no se borran las entradas de configuración en caché extraídascore_config_data
hasta el reinicio del servidor o alguien con derechos suficientes puede eliminar el caché perdido de Magento.n98-magerun
, use el comandon98-magerun.phar sys:info
para obtener una lista básica de información del sistema con un elemento comoCache Directory
ubicación.En Magento2, también hay una manera de hacer esto directamente a través de Magento usando los comandos a continuación en lugar de tener que pasar por SQL, que encuentro un poco más rápido.
Dentro del directorio raíz de Magento, ejecute los siguientes comandos:
Establecer URL no segura
Establecer URL segura
Limpiar cache
fuente