Magento redirect to old url after clearing the cache, add/edit/store, System>Configuration>Web . Then click save.Then also It redirects to old url. I checked the database, clear the var/ cache etc.. Now also.. Please help..
Hello,
I don\’t mean to hijack your thread, but I believe I have a similar problem. I have my store installed on a subdomain (shop.mydomain.com), and I have wordpress on the main domain (mydomain.com). I changed my BASEURL settings from HTTP to HTTPS in configuration to test something, and all of a sudden wordpress loads under the subdomain and it gives me the 404 error (when you try and go to a page that does not exist).
I immediately tried to revert back to HTTP but since my admin was not accessible I had to change the settings under CORE_CONFIG_DATA in the database, which i\’ve done before with no problem. Now, even after changing the baseurl and secureurl my store still will not load. Even when I type HTTP://shop.mydomain.com the browser will redirect to HTTPS://shop.mydomain.com but still loads my wordpress site. This is all very strange and has never happened to me before.
I have:
- not done any recent upgrades
- running magento 1.3.2.1
- done this 50 times so I don\’t understand why it\’s happening now.
Thank you in advance for any insight you can provide.
Same problem over here (and it is getting very annoying) and I really do not understand this.
I am helping out a customer on a Magento 1.5.0.1 installation. Magento was installed initialy in <>/webshop/magento subdirectory (and that directory still exisist)
I reinstalled Magento 1.5.01. into the root of the domain using another database. After that I exported the original database and imported into the new one. Changed (un)secure urls in database, removed var/cache and var/session directories. I checked all files for webshop/magento and changed them.
Starting the new <domain>/index.php brings me to the old url. (I also see a frontend cookie pointing to the old url)
Starting <domain>/index.php again (so there are some caching files now) brings me to the correct url.
Logging in with admin account and clear cahce from admin panel brings me to the old url again.
How is this possible? Please help me out on this one, as told. It is getting very annoying! Do I need to delete the webshop/magento directories and files?
after deleting the /webshop/magento directorystructure I still had the same behaviour.
In my app/etc-directory there was a copy of the origal local.xml (called localORIGINAL.xml). After removing this xml ALL WENT FINE.
I do not know how Magento retrieves the configuration, but in one or another way it looks like Magento scans for localXXXX.xml files and parses them all when there is no caching?
Anyway, deleting that localORIGINAL.xml file solved my problem. Hopefully I can help others with this.
It was right under my nose. I had two Magento developers try to figure it out, and then I spent a good 20hours, 5 complete transfers, new server, new domain, 6 database imports, and on, and on.... Every time I had to change that damn local.xml to connect to the new database.
To re-iterate for others out there with re-direct issues after moving to a new domain / test server, MAKE SURE YOU ONLY HAVE ONE LOCAL.XML IN app/etc/* !!!! No other file can have “local” in it’s name in that directory.
I’m sure this will/may have been fixed, so for the record, I’m running 1.4.1.1.
You could try this service http://www.shopping-cart-diagnostics.com/, they can locate whta the problem is. I’m not sure it’ll help in your case, but for me it went well.... Give it a try at least.
after deleting the /webshop/magento directorystructure I still had the same behaviour.
In my app/etc-directory there was a copy of the origal local.xml (called localORIGINAL.xml). After removing this xml ALL WENT FINE.
I do not know how Magento retrieves the configuration, but in one or another way it looks like Magento scans for localXXXX.xml files and parses them all when there is no caching?
Anyway, deleting that localORIGINAL.xml file solved my problem. Hopefully I can help others with this.