Problème de redirection de Magento après le déplacement

J'ai déplacé mon Magento vers un autre serveur avec un autre nom de domaine, maintenant, il continue reliant me ramène à l'ancien domaine. Tous les fichiers et la base de données a été recherché,&remplacé pour assurer références sont partis. Le Cache est supprimé. Je pense qu'elle essaie encore d'utiliser l'ancienne base de données j'ai donc modifié l'local.xml fichier contenant la DB info mais ça ne change rien. Depuis il n'y a pas de cache quelqu'un a une idée de ce que goas mal?

source d'informationauteur user746379

  1. 22

    Apparemment Magento utilisé le répertoire temporaire sur le serveur de la racine pour la mise en cache.
    nettoyage de résoudre le problème. Bien sûr, cela est également pris en charge lors du redémarrage du serveur.

    Assurez-vous que votre serveur a accès en écriture à la varvar/cache et var/tmp dossier de votre installation de magento.
    Essayez d'utiliser chmod -R 700 var ou chmod -R 766 (utiliser celui-ci avec prudence).

    REMARQUE: C'est le résultat de ne pas avoir votre fichier/répertoire des autorisations de définir correctement. Magento essaie d'utiliser var/cache et var/tmp, trouve unwritable par le serveur web de l'utilisateur et le produit à déplacer son cache pour le système de dossier /tmp. N'importe comment beaucoup vous la malédiction et le changement de la BaseURL paramètres et d'effacer tout ce que vous trouverez dans var/cache Magento continue à lire la mise en cache de la configuration du système dans le dossier /tmp.

    Ne crois pas que Linux Server Admin 101 problèmes à l'origine? Voici la preuve visuelle.

    Problème de redirection de Magento après le déplacement

    Problème de redirection de Magento après le déplacement

  2. 16

    Ceci est probablement dû à l'ancienne base de l'url stockée dans la table de base de données core_config_data. Vous devez mettre à jour les valeurs pour pointer vers le nouveau domaine.

    Vous pouvez mettre à jour à la suite de requêtes de mise à jour

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

    de mise à jour de base de sécurité url 

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

    voici votre réponse:

    Première étape a été simple à trouver dans la base de données la base de l'url de la valeur: nom de la table est core_config_data et les touches sont /web/non sécurisé/base_url et web/secure/base_url. Modifier ces deux valeurs correctes.

    Deuxième étape est aussi très logique – nettoyage de cache! Magento ne cache tout, y compris les valeurs de table de configuration, pour aller à la racine de Magento avec FTP ou SSH, tout supprimer à partir des dossiers var/cache/et var/session/var et/tmp. (Vous pouvez même les renommer et créer un dossier vide dans ces noms).

    Espère que cela aide

  4. 3

    J'ai juste eu ce problème, après avoir essayé tout ce qui est inscrit ci-dessus et sur plusieurs autres AFIN de réponses
    j'ai découvert il y a plus d'un base_url définition dans le core_config_data table

    si vous exécutez

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

    Vous devriez voir toutes les définitions
    le champ d'application est différent sur cette définition et a été remplaçant la valeur par défaut que j'avais déjà changé.

  5. 2

    une chose en plus qui les gens oublient facilement dans de tels cas. local.xml devrait également être modifié en fonction des paramètres de la base de données de sauvegarde. Sinon, vous pouvez modifier le base_url et vider le cache des milliers de fois et vous ne serez jamais dirigé vers l'url que vous désirez 🙂

  6. 1

    Dans mon cas, c'était encore plus étrange, sur mon instance de développement je n'avais pas de dossier "temp", le cache est stocké quelque part à l'extérieur du site vhost, ou dans la bd, mais pas dans core_config_data. Seulement vider le cache de Magento ÊTRE susceptible de vous aider, il est donc préférable de le faire avant le dump de la dB.

    Meilleures salutations.

  7. 1

    dans mon cas, c'est parce que j'ai oublié de changer le nom db dans app/etc/local.xml

  8. 0

    J'ai aussi eu quelques problèmes avec la redirection d'url, assurez-vous lorsque vous configurez votre nouveau nom de domaine en arrière-plan pour ajouter un caractère à la fin de l'url. Tout le meilleur!

  9. 0

    dans mon cas, c'était baseUrl avec une majuscule

  10. 0

    Supprimer le cache de var/cache directory.

    après cela, exécutez cette requête en core_config_data table dans magento. après cela, vous ne serez pas obtenir de redirection erreur.

    Ce processus ll fonctionne pour les deux versions de Magento 1.9.x et magento 2.x

    Mise à JOUR core_config_data SET value="http://example.com/" OÙ path="web/non sécurisé/base_url";
    Mise à JOUR core_config_data SET value="https://example.com/" OÙ path="web/secure/base_u

  11. 0

    Dans mon cas, c'était config avec path=payment/wayforpay_payment/merchant qui a domaine avec des points remplacés par des traits de soulignement, par exemple www_yourdomain_com. Après je l'ai changé pour mynewdomain_com problème a été résolu.

  12. 0

    J'ai compris qu'effectuer l'opération de déplacement de l'utilisation d'interfaces:

    1. Sous admin > configuration > onglet général > web, mise à jour de la base de l'url et de sécuriser l'url de base.

    2. Déplacer votre dossier.

    3. Sous ligne de commande dire magento pour vider le cache.

    php bin/cache magento:nettoyer