Ne peut pas changer Magento URL de base, coincé dans le cache
Je viens d'installer un site en direct sur un domaine du développement. J'ai changé le web/unsecure/base_url
et web/secure/base_url
champs dans core_config_data, mais j'ai accidentellement mal orthographié le nouveau nom de domaine. J'ai ensuite chargé sur le site et a remarqué mon erreur. Depuis, j'ai corrigé l'orthographe, mais il semble avoir mis en cache le mal de domaine. J'ai essayé de ré-importer la base de données et de changer l'url, j'ai supprimé tout ce qui, dans le répertoire de cache, mais encore les fichiers css et js sont l'utilisation de la mauvaise domaine dans chaque lien dans l'admin de back-end. Et l'arrière admin-fin vers le mal de domaine.
Des suggestions? C'est un vieux Magento 1.3 installer.
OriginalL'auteur iamjonesy | 2012-01-20
Vous devez vous connecter pour publier un commentaire.
Si vous n'avez pas les autorisations appropriées sur le
var/
dossiers, Magento peut écrire son cache de l'information à la système/tmp
dossier.Cela peut conduire à une situation où vous avez changé la base des Url dans la base de données Magento, effacé le cache (suppression manuelle de tous les mage-?? dossiers dans
var/cache
), (effacé cache APC si vous êtes en cours d'exécution, l'op-code de cache), (désactivé manuellement le compilateur (1.4.x.x et versions ultérieures)) et le système cherche toujours le site d'origine.La plupart des gens qui possèdent leur propre serveur de découvrir que le site comme par magie commence à travailler après la fixation, de compensation et de réinitialiser les autorisations et le redémarrage du serveur. Le redémarrage du serveur efface
/tmp
de Magento fichiers de cache et Magento, enfin, commence à regarder sa propre configuration de trouver l'endroit où il se trouve.Des captures d'écran de cette action dans le...
Le répertoire Magento trouvé dans
/tmp
...Et le Cache de vie dans ce répertoire. Notez le chemin d'accès ->
/tmp/magento/var/cache
Pour trouver égaré répertoire de cache, si vous pouvez installer
n98-magerun
, utilisez la commanden98-magerun.phar sys:info
d'obtenir une base de système d'info liste avec un élément en cours deCache Directory
emplacement.rm -rf /tmp/magento/*
OUrm -rf /var/tmp/magento/*
est le correctif proposé ensuite (en fonction de votre OS)Oui, si vous ne voulez pas passer par un redémarrage, et d'avoir accès à l'extérieur de votre répertoire utilisateur, cela permettra d'éliminer l'obstacle. Faire après réglage correct autorisations de fichier/dossier pour que le serveur web peut lire/écrire à votre var/ arbre, et vous ne devriez jamais cette coincé config problème à nouveau.
OriginalL'auteur Fiasco Labs
lorsque vous modifiez quelque chose de toujours
rm -rf var/cache/*
si vous modifiez l'url de base puis de régénérer tous les index ainsiAussi je ne peux pas ré-indexer que les formes ne se soumettent pas sur la zone d'admin, sans le JS en cours de chargement
Êtes-vous sûr de tout l'intérieur de cache dir a été supprimé une fois que vous avez exécuté une commande suggérée par Anton?
1.4.x.x permet de ligne de commande de réindexation, vous ne savez pas comment en programmant le faire pour 1.3.x.x que je n'ai pas de bâton avec elle assez longtemps pour exiger de faire un script PHP pour faire cela.
essayez avec un autre navigateur. Le navigateur se cache parfois une 301 et de garder la redirection de vous, même si vous avez depuis fixe le site.
OriginalL'auteur Anton S
Lorsque vous déplacez ou changer votre installation de Magento à un nouveau nom de domaine, vous devez le faire, assurez-vous de quatre choses:
1) Remplacer toutes les instances de l'ancien domaine dans tous les fichiers sur le serveur. Cela peut être fait sur certains (si pas tous) *nix par ce qui suit:
2) Retirez le var/cache et du var/les fichiers de session.
3) mise à Jour web/non sécurisé/base_url et web/secure/base_url dans votre base de données. (Et de toute autre instance de votre domaine, ne sont normalement pas plus)
4) Mais finalement dossiers requièrent des autorisations de 775 et les fichiers ont des autorisations d'au moins 664. Cela peut être fait avec les éléments suivants: *nix commandes: (Note: var dossier et de ses sous peuvent avoir besoin de plus d'autorisations)
Un peu l'histoire de comment j'ai trouvé ce. Eu à se déplacer d'un site Magento à partir d'un serveur à un autre. C'était un test pour s'assurer que tout allait transférer correctement. Après la prise de l'heure à la messe de l'importation de la base de données (~3,970,000 les lignes de plus grande base de données que j'ai vu, tout CMS, et j'ai créé/modifié home-brew et d'autres Cms), j'ai été laissé avec http://www.domain.com quand j'ai voulu developer.domain.com.
La première étape était nécessaire parce que certains de la core/fichiers de thème où modifié pour inclure l'ancien domaine. Aucune idée de pourquoi la dernière personne l'a fait.
Bouée de sauvetage! Après chmodding les dossiers et effacement de tous les fichiers de cache de tous est très bien.
OriginalL'auteur James Williams
Cela peut conduire à une situation où vous avez changé la base des Url dans la base de données Magento, effacé le cache (suppression manuelle de tous les mage-?? dossiers dans var/cache), (effacé cache APC si vous êtes en cours d'exécution, l'op-code de cache), (désactivé manuellement le compilateur (1.4.x.x et versions ultérieures)) et le système cherche toujours le site d'origine.%
OriginalL'auteur
Vérifier votre config.xml -- il a probablement le site en ligne de la base de données de config.
Pour Magento le chemin d'accès est /app/etc/config.xml mais je ne suis pas sûr si c'est la même chose dans votre version.
OriginalL'auteur Zachary Schuessler