Problema de redirección de Magento después de mover

magento-1.5 (13)

He movido mi Magento a otro servidor con otro nombre de dominio, ahora me sigue vinculando al dominio anterior. Todos los archivos y toda la base de datos se han buscado y reemplazado para garantizar que las referencias hayan desaparecido. Caché se eliminó. Sospecho que aún intenta usar la base de datos anterior, así que modifiqué el archivo local.xml que contiene la información de la base de datos, pero eso no cambia nada. Dado que no hay caché, ¿alguien tiene alguna idea de lo que está mal?

Acabo de tener este problema, después de probar todo lo que se enumera arriba y en otras respuestas SO descubrí que hay más de una definición base_url en la tabla core_config_data

si tu corres

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

Debería ver todas las definiciones en las que el alcance era diferente en esta definición y estaba anulando el valor predeterminado que ya había cambiado.

Al parecer, Magento también utilizó el directorio ''temp'' en la raíz del servidor para el almacenamiento en caché. La limpieza de esto resolvería el problema. Por supuesto, esto también se tiene en cuenta al reiniciar el servidor.

Asegúrese de que su servidor web tenga acceso de escritura a las carpetas var , var/cache y var/tmp en su instalación de magento. Intente usar chmod -R 700 var o chmod -R 766 (use este último con precaución).

NOTA: Este es el resultado de no haber configurado correctamente los permisos de su archivo / directorio. Magento intenta utilizar var / cache y var / tmp, los encuentra no grabables por el usuario del servidor web y procede a mover su caché a la carpeta system / tmp. Sin importar cuánto maldiga y cambie la configuración de BaseURL y borre todo lo que encuentre en var / cache, Magento continúa leyendo la configuración almacenada en caché fuera de la carpeta system / tmp.

¿No crees que los problemas de Linux Server Admin 101 causan esto? Aquí está la prueba visual.

Aquí está tu respuesta:

El primer paso fue sencillo: buscar en la base de datos base valor url: el nombre de la tabla es core_config_data y las claves son / web / unsecure / base_url y web / secure / base_url. Cambie esos dos a los valores apropiados.

El segundo paso también es muy lógico: ¡limpiar la caché! Magento almacena en caché todo, incluidos los valores de la tabla de configuración, así que vaya a la raíz de Magento con FTP o SSH, elimine todo de las carpetas var / cache / y var / session / y var / tmp. (Incluso puede cambiarles el nombre y crear una carpeta vacía con esos nombres).

Espero eso ayude

Descubrí que realizar la operación de mover usando interfaces:

En admin> configuración> pestaña general> web, actualizar url base y url base segura.
Mueve tu carpeta.
Bajo la línea de comando, dile a magento que borre la caché.

php bin / magento cache: limpio

Eliminar caché del directorio var / cache.

después de eso, ejecute esta consulta en la tabla core_config_data en magento. después de eso no obtendrá error de redirección.

Este proceso funcionará tanto para Magento 1.9.xy magento 2.x

ACTUALIZAR core_config_data SET value = "http://example.com/" WHERE path = "web / unsecure / base_url"; ACTUALIZAR core_config_data SET value = "https://example.com/" WHERE path = "web / secure / base_u

En mi caso, fue aún más extraño, en mi instancia de desarrollo no tenía una carpeta "temporal", el caché se almacenaba en algún lugar fuera del sitio vhost, o en dB, pero no en core_config_data. Solo el vaciado de caché en Magento BE podría ayudar, así que es mejor hacerlo antes del volcado de dB.

Atentamente.

En mi caso, fue config con path=payment/wayforpay_payment/merchant que tiene el dominio con puntos reemplazados por guiones bajos, por ejemplo, www_yourdomain_com . Después de que lo cambié a mynewdomain_com problema se resolvió.

Esto probablemente se deba a la antigua url base almacenada en la tabla de base de datos core_config_data . Tienes que actualizar esos valores para que apunten al nuevo dominio.

Puedes actualizar con las siguientes consultas de actualización.

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

para actualizar la URL base segura

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

También tuve algunos problemas con la redirección de URL, asegúrate de configurar tu nuevo dominio en backend para agregar un carácter al final de la URL. ¡Todo lo mejor!

Una cosa más que la gente olvida fácilmente en tales casos. local.xml también debe modificarse de acuerdo con la configuración de la base de datos de copia de seguridad. De lo contrario, puede editar la base_url y borrar el caché mil veces y nunca se le dirigirá a la url que desee :)

Yo tuve el mismo problema. Si puede llamar a su sitio agregando index.php a la URL (por ejemplo, http://www.yoursite.de/index.php ), lo más probable es que sea un problema de caché.

Abra la consola del desarrollador y desactive la memoria caché, o simplemente elimine la memoria caché en el navegador. Entonces llama a la URL. Esto lo resolvió para mí!

en mi caso es porque olvidé cambiar el nombre de la base de datos en app/etc/local.xml

en mi caso fue baseUrl con una letra mayúscula