Ne peut pas se connecter Magento admin de la page après le déménagement de ma localhost
Je viens de passer ma boutique Magento à mon localhost environnement pour les tests d'utilisation, j'ai également l'utilisation de Git pour la maintenance du code, mais après je me suis déplacer tous les fichiers de mon environnement local, je ne peux pas me connecter à ma page admin, mais je vois encore mon frontend pages, et le git, la base de données, semble fonctionne bien.
Quand je tape un mauvais admin/mot de passe de ma page admin, il me donne toujours "mot de passe Invalide".
Mais quand je rentre la bonne, c'est juste actualiser la page et de rester à la page de connexion, rien ne se passe.
Quelqu'un a rencontré ce problème avant? A des idées?
Merci d'avance!
- N'utilisez pas de
localhosten tant qu'hôte. Utilisation127.0.0.1à la place.
Vous devez vous connecter pour publier un commentaire.
Récemment commencé à utiliser Magento pour un projet et suis tombé sur ce problème. Je l'ai été frustré par le fait il y a au moins dix ou plus de différentes solutions proposées sur le net et il a pris un tas d'essais et d'erreurs pour trouver la personne qui a fait le travail. Apparemment certains contournements de travail pour certaines versions et pas pour d'autres. Personne n'a expliqué pourquoi et comment le problème se produit et les solutions les plus populaires impliquent le piratage de la base de code ou à l'aide d'une url différente, qui ne devrait pas être nécessaire.
La solution la plus propre que j'ai trouvé pour la Communauté Édition 1.9.1.1 a été l'édition de deux config valeurs dans la base de données:
Le chemin du cookie est en fait la valeur NULL par défaut sur une nouvelle installation, mais il doit être NULL ou une chaîne vide.
Le comportement résulte de ce que certains navigateurs, y compris Chrome ont des questions, créant des cookies avec un localhost de domaine, cela signifie que lorsque Magento appelle la fonction session_start() l'identifiant de la session cookie n'est jamais créé, et en conséquence, l'information ne peut être transmise d'une page à l'autre. La procédure de connexion est bien réussie, mais la prochaine demande de ne pas le savoir, c'est pourquoi vous obtenez redirigé vers l'écran de connexion. Il n'y a pas d'erreurs car Magento ne tient pas compte de ce cas limite comme une possibilité.
Si vous ne fournissez pas une valeur de domaine lors de la création d'un cookie sur localhost puis le navigateur n'a pas de problème avec elle. Malheureusement, il suffit de régler web/cookie/cookie_path à la valeur NULL est insuffisant, car Magento classe de configuration résout ce qu'une chaîne vide, ce qui est suffisant pour un vrai nom de domaine pour être fixée plus tard dans le code:
Cette méthode finalement utilise le HTTP hôte pour résoudre un vrai nom de domaine pour le cookie, et le navigateur, par conséquent, ne veut rien avoir à faire avec elle. Cependant, si nous désactivons web/cookie/cookie_httponly puis Magento ne sera pas effectuer cette étape supplémentaire, $cookieParams['domaine'] est pas défini et aucun domaine n'est transmis en tant que paramètre session, permettant ainsi le cookie de session à être créé et les choses fonctionnent comme ils le devraient.
Remarque que chaque fois que vous modifiez la configuration de base de données, vous devez supprimer le contenu de /var/cache/pour que les modifications soient prises en compte.
Si comme moi vous ne voulez pas avoir à commenter le code, ou même faire des modifications de configuration, puis j'ai créé une extension qui remplace la getDomain() méthode indiquée ci-dessus et renvoie la valeur null si nous sommes sur localhost, cela devrait être un peu plus dans l'avenir et entraînent pas de dommages collatéraux.
http://www.mediafire.com/download/q39p4k95s5tlght/LocalCookie.zip
Bien que cette question est ancienne, toutes les réponses ci-dessus n'a pas fonctionné pour moi jusqu'à ce que j'ai fait une autre chose.
Suivre les réponses déjà postées (résumé):
http://127.0.0.1/pour sécurisés et non sécurisés chemin.Et puis:
http://127.0.0.1/your/site/folder/name/index.php/adminC'est l'absence de la index.php/admin ( au lieu d'utiliser
http://127.0.0.1/site/admin).J'espère que cela aide quelqu'un d'autre.
Essayez de supprimer le contenu du dossier cache /var/cache. Effacer les cookies de votre navigateur et essayez de. Aussi, si vous avez copié vers le bas de la base de données à partir de votre serveur, vous devrez peut-être modifier manuellement la base de l'url (sécurisé et non sécurisé) ainsi que le domaine de cookie dans le core_config_data table. Le faire manuellement si vous en avez besoin. par exemple, web/non sécurisé/base_url valeur de la production de http://www.mywebsite.com/ devient "http://localhost/"
Quand j'ai eu ce que c'est à cause de cela ou de cache. Assurer le dossier cache est ignoré dans git hub si c'est pas déjà fait.
1.vous devez retirer le cache
2.modifier le domaine forme core_config_data
faire ces étapes :
1: passer par: xampp\htdocs\magento\app\code\core\Mage\Core\Model\Session\Abstrait**
2: ouvrir **Varien.php fichier
3: faire commenter le numéro de ligne à partir de 87 à 104 enregistrer et essayez de vous connecter...
Eu le même problème, mais la solution était de changer DB valeurs:
Ensuite dans le navigateur
http://127.0.0.1/example/adminMême problème! J'ai régler mon problème après avoir supprimer/remplacer le domaine statique dans core_config_data Table
web/secure/base_url
web/secure/base_link_url
web/secure/base_skin_url
web/secure/base_media_url
Pour moi, courir sur IIS (je sais, ce n'est pas officiellement pris en charge):
Bien que d'autres suggestions sorte de travaillé, j'ai trouvé la meilleure solution était d'entrer dans un nouveau Un record pour moi de domaine comme
Puis dans IIS ajouter la liaison
sur mon site et cela a fonctionné parfaitement.
J'ai trouvé il y a eu des erreurs lors de en fait en essayant de se connecter pour le compte du client en plus de l'admin, mais croient qu'il s'applique toujours.