Magento Redirects to Old Website regardless of what changes are made!

Question

We are having the strangest Redirection problem on a Magento site. We copied the sites contents from another Magento site to a new URL. We have done this in the past with no problems but for some reason this one redirects to the old website as soon as you try to load the page, any page.

Below are all the steps I have done so far in my quest to Debug this pain...

www.Old-Domain.com = The Old site URL that we moved away from

www.NEW-Domain.com = The new site that we have copied Magento over to.

Steps done so far to try an resolve redirection issue:

• Searched whole MySQL database (All tables) for the string www.Old-Domain.com and made sure there was none that could be causing the Redirection to happen.
• Updated Database Table core_config_data columns web/unsecure/base_url and web/secure/base_url to the new sites URL www.NEW-Domain.com
• cleared any Cache files from /var/cache/ in the Magento Root
• Checked Server's cache folders to make sure files weren't being cached there due to permission or other error.
• Inspected .htaccess file to make sure it wasn't happening there
• Inspected index.php file as well and printed out some content followed by an exit() call and progressively moved it down the page until the point that the Redirection occurs. It is the very last line where this is called Mage::run($mageRunCode, $mageRunType); once the page loads and gets to this line, I am immediately Redirected to our old website URL!

Any ideas?

Answer 1

Or the oldest one in the book, your file/directory permissions are out of whack causing Magento to write to the system /tmp folder which means config information is cached till you reboot the whole server or go delete the Magento cache out of the system /tmp folder.

Issue is described here Can't change Magento base URL, stuck in cache

Only including this because the server's cache folders doesn't necessarily translate into /tmp

Also, it isn't noted if this is a different domain on the same server, but local.xml needs a change of database credentials in addition to not naming the backup copy of local.xml something like backup-local.xml which would load it previous to your changed file (Magento loads all .xml files in app/etc)

Also, if this was a direct copy of all files, and the compiler was enabled, disable it and clear its code store.

Answer 2

I just had this problem, after trying everything listed above and on several other SO answers i discovered there is more than one base_url definition in the core_config_data table

if you run

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

You should see all of the definitions the scope was different on this definition and was overriding the default which i had already changed.

Answer 3

I had the same problem

Try what i did

STEP 1 : log from SSH and delete cache with this command:

rm -rf /var/tmp/magento/*

STEP 2 – RESET FILE PERMISSIONS

To make sure that all javascript files, CSS, and images load correctly, you should reset the file permissions to the recommended settings for your new server.

Run the following commands from your Magento root directory (e.g. public_html):

find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;

This will reset permissions for all files to CHMOD 644, and CHMOD 755 for directories.

PS: In order to use the Magento Connect Manager you may have to reset the PEAR configuration settings. To do this, simply remove the file downloader/pearlib/pear.ini, and a new one will be created automatically.

PS 2 : Do not forget to check the .htaccess file if has any redirect to old domain name

Answer 4

Besides what you already tried, I can think of the following possible reasons:

• Magento's configuration cache is stored in a different backend than files in /var/cache, for example memcache or redis. Check the file app/etc/local.xml and look if there is an entry like

  <cache>
      <backend>memcached</backend>
  

  with anything else than files between the backend tags. Look up how to clean the cache for your specific backend or if you use the excellent n98-magerun command line tool, type n98-magerun cache:flush in your Magento root directory. You can get Magerun here: https://github.com/netz98/n98-magerun

• The base_url is defined somewhere else with higher precedence than the database. This could be app/etc/local.xml or any other xml file in app/etc. Did you do a search for the old domain in the code base? Try running rgrep old-domain * in the Magento root directory.

Answer 5

Solution #1

Restart your webserver.

Ubuntu: systemctl restart apache2

Solution #2

Check if your database is set correctly in app/etc/env.php I've cloned a shop and imported my database dump but I totally forgot to change the database to my new database in env.php

Answer 6

this works for me, I think need to clear cash,

<?php 
require_once 'app/Mage.php';
$app = Mage::app();

echo "<pre-->";
if($app != null) {
        echo "The app was initialized.\n";
        $cache = $app->getCache();
        if($cache != null) {
                echo "The cache is not empty. Clean it.\n";
                $cache->clean();
        }
}
exit;
?>

http://www.w3bdeveloper.com/how-to/magento-redirects-to-old-url-after-moving-to-new-domain-solved/

Answer 7

I also had this problem. I already deleted all the files in the var/cache, var/session and changed the base_url in the table core_config_data to the new URL. But still the site redirected to the old site.

I had forgotten to edit the database detail (username, password, and dbname) in config.xml in folder app/etc/:

   <username><![CDATA[myusername]]></username>
   <password><![CDATA[mypassword]]></password>
   <dbname><![CDATA[mydbname]]></dbname>

Now my site is running well after I edited config.xml.

Answer 8

I don't recall having to do this for previous versions of Magento, but certainly, since implementing EE 1.14.3.3 I have to reindex URLs to resolve this issue.

Answer 9

Oh Yes !

For me finally what worked was :

php shell/indexer.php --reindexall via ssh.

It appears, quite logically so, that after the files have been copied over from a previous live installation the urls still point to the old store and hence have to be reindexed. But because the admin page in this case will also be inaccessible, the reindex will have to be via ssh

Hope it works for others too !

Answer 10

If you are using Google Chrome try using a different browser (Firefox, Edge etc) before you try any of these other methods and you may find that the addresses work as you intend. Chrome appears to do some kind of caching. I wasted at least an hour of my time going through configuration files and testing things.

Answer 11

I also had this problem. I already deleted all the files in the var/cache, var/session and changed the base_url in the table core_config_data to the new URL. But still the site redirected to the old site.

I had forgotten to edit the database detail (username, password, and dbname) in config.xml in folder app/etc/:

yes, this one helped me, after i deleted the cache, it worked for me

Answer 12

Check also configuration value for web/secure/base_link_url

select * from core_config_data where path like '%base%_url%';

Or simply look for configuration values with the old URL in value:

select * from core_config_data where value like '%your-old.url.com%';