Comments on: Moving a Magento Installation

By: manthilua

manthilua — Wed, 23 Jun 2010 02:24:49 +0000

I see that Magento now is quite useful for enterprises which want to build for themselves a professional website. However, installation process is very difficult to do.

By: Clair Hewson

Clair Hewson — Wed, 31 Mar 2010 12:05:32 +0000

A good tip when installing magento is use administrator rather than admin in the administration URL this will avoid problems down the line

By: Dan Luton

Dan Luton — Wed, 24 Mar 2010 09:08:24 +0000

Thanks for your comment Paul, and I agree 100% – it is frustrating (and alarming) as you say. And I find each time presents a new set of problems. It certainly adds a lot of time to a project when dealing with these issues.

By: Paul Whipp

Paul Whipp — Wed, 24 Mar 2010 00:37:23 +0000

Thanks for this useful article, I’d got most of the way but the cache caught me out until google brought me to you.

It is very annoying that magento makes this hard.

When I develop websites I routinely work on a local version and then deploy the changes to the live site (often via a staging site that the client can check before changes go live).

Magento is almost forcing users to risk breaking their sites every time they do anything substantial like loading a new extension etc. …or at least forcing them to do the whole thing twice and hope that they don’t do anything different the second time around.

I can script the cache clearing and the change to the core_config_data. The issues with MagentoConnect and the downloader are more alarming.

Currently all my product images have disappeared in the move and I can’t access the product list in admin even though it works in the front end. Ho hum… onwards…

By: Dan Luton

Dan Luton — Fri, 29 Jan 2010 09:13:13 +0000

Hi Fanny,

I’m afraid I’ve not seen this particular issue before – it could be something to do with the way the hosting and/or DB is configured. I would attempt to ask your hosting provider if they have any clues – failing that, a scour around Google may provide some help in figuring out what’s wrong.

By: Fanny Héraud

Fanny Héraud — Fri, 29 Jan 2010 05:08:29 +0000

Thanks for this neat procedure! I’m almost there!

Any idea why I have been able to correct mentioned table, except for core_store?

When changing admin from 1 to 0, I get : #1451 – Cannot delete or update a parent row: a foreign key constraint fails (`dite6021_testmagento/tag_relation`, CONSTRAINT `tag_relation_ibfk_4` FOREIGN KEY (`store_id`) REFERENCES `core_store` (`store_id`) ON DELETE CASCADE)

By: Dan Luton

Dan Luton — Wed, 23 Dec 2009 15:41:51 +0000

Sounds about right.

If in doubt, compare with the original database tables – they should be the same on both. If not, amend the new import with the old values. I’ve had this issue a few times and this always seems to resolve it.

By: Rich Y

Rich Y — Fri, 20 Nov 2009 15:28:59 +0000

Thanks for the help on this…. I copied my magento database using PHPMyAdmin for backup. When trying to copy back, I got the above error undefined index.

Just as clarification…
In core_website: code “admin” should have website id = 0

In core_store: code “admin” should have STORE_ID (and website_id) = 0

In core_store_group: name “Default” should have group_id (and website_id) = 0

That should fix it….it seems so far.