How to Move WordPress to a Different Server and Web Address
How to Move Your WordPress Blog to a Different Server and Web Address — Part 1 of 2
How to Move Your WordPress Blog to a Different Server and Web Address — Part 2 of 2
How to Move Your WordPress Blog to a Different Server and Web Address — Part 1 of 2
How to Move Your WordPress Blog to a Different Server and Web Address — Part 2 of 2
Related posts:
This site is optimized for display on your iPhone
Bigdump
Blackboard
Canvas
Change URL
Custom header
Database
Edit theme
From WordPress Codex
Google
iNove
Install
Instructure
Kubrick
lms
Localhost
Locked out of WP
Manage comments
Moodle
moodle 2.0
Moodle Partner
moodle security
moodle upgrade
Move
MS Excel
Multiple Blogs
Non-Techie
phpMyAdmin
Released Under GPL
Security
Upgrade
wordpress
wordpress.org moderation
WordPress 2.8
WordPress 2.8 Users Guide
WordPress 2.9
WordPress 3.0
WordPress Post
wordpress security
WordPress Themes
WordPress Training
wordpress upgrade
WordPress User's Guide
WP Plugins
WP Themes
XAMPP From WordPress Codex — GPL (15)
Image Editing (3)
Install WP (5)
Just the Video Tutorials (33)
LMS (2)
Locked out of WP (5)
Moodle (92)
Move WP (6)
MS Office (2)
MySql DB (2)
Non-Techie (4)
Quotable Tweets (5)
Twitter (2)
Uncategorized (23)
Upgrade WP (5)
WordPress Mu (2)
WordPress Termonology (1)
WordPress Users Guides (3)
WP 2.9 (5)
WP 3.0 (7)
WP Comments (2)
WP database (5)
WP General (20)
WP Mobile (1)
WP Older (28)
WP Plugins (9)
WP Templates (2)
WP Themes (14)
XAMPP (4)
WP Cumulus Flash tag cloud by Roy Tanck and Luke Morton requires Flash Player 9 or better.
Be carefull when moving site and using dropbox (when moving from one computer to another). For me it costed 5 hours until I find out that dropbox was not finished to copy all the files, and I was alreadyt then copying to htdocs directory and of course with not all files and then very frustrated that I cannot find why site does not work after moving.
Thanks so much for the tutorial! It seems like the wordpress codex is written by and for people with mild autism. I guess I needed to be guided by the hand!
Thank you again for sharing your knowledge in a complete step-by-step way. I return here everytime I run into a wordpress glitch. A new question related to this tutorial, “How to Move WordPress to a Different Server and Web Address”: I have been using your method (updated to preserve the plugins now that the databases are serialized — thanks hugely on that!) when I move a site from development to make it live.
When I create a site for a client, I usually put up a nice temporary home page (or leave the old site up when making a new one) while I develop the new site in a subdirectory. This was a great technique when I was coding html and php. With WordPress, it’s a bit more complex, partly because often I cannot just develop the site using MAMP on my harddrive, because the client needs access to add content. So, seems I have 2 choices when it’s time to go live:
Create a redirect to the subdirectory, which then makes the site appear to be in the root, but makes other things more complex, like creating and linking to subdirectories to hold large tif files for media access, for example.
What I usually do is follow your instructions above, moving the site to the root and also removing all the old htm and php and image files associated with the old site.
My question today is: would there be a better practice for this, a more elegant solution, such as changing something simple with the htaccess file, or using the natural heirarchy (priority load order) of the default files, so that I could develop the hidden wordpress site in the root directory, while the temporary or old site still shows to the public? (e.g., what could I name the .htm or .php file that I want public and still have the home.php or index.php file that WP shows working and a blink URL for me and the client while developing?
Then, making it live would be more staightforward. Possible? Thank you.
@LynnW: I’m glad you have found the videos useful. As to your question about leaving the old site in root while you develop WP in root also, I’m not sure of a “clean” way of doing that. If old site consisted of simply an homepage and few other pages, then it may not present such a problem, but it could get real cluttered and confusing if you had a lot of files/directories in the old site intermingled with your WP source code. Typically, what I do is create WP in a subdirectory and when it’s time to move, just create an empty folder in root called something like OLD_BACKUP to drag all the old files into…doesn’t take a great deal of time to just drag them in there. Then follow the process of moving all WP files out to root and changing the urls like I demo in the video. It is a few more steps than what you are looking for, but I’m not sure there is a cleaner way to do it.
@figaro
Yes, we do similar things to develop then make the site live. I was just thinking about the priority load order of default files, and thought perhaps there was a way to use that, say, for example, if welcome.htm (temp page or small old site) would load before index.php (from WP), then we could develop in the same directory and not have to deal with the hassle of steps when finally making the new WP site live… thanks for your response.
Thanks a lot for this tutorial, very clear and easy to follow.
My old wp site host does not have cPanel but the new one does. I am not changing the wp domain name for my blog. Can you outline the differences please?
do you have tutorial for change to new domain but still using the same host?
Thanks.
Just do everything you see in this video except for the actually moving part.
Is there another tool to use instead of cPanel? I didn’t want to purchase for one time use…
Thankyou for the great tutorial. Looked everywhere for something to explain this transfer. Just one question if anyone can help. I noticed when editing the database you changed all the URLs from the old to new but never changed the name of the database from the old to the new. Should I change this or do you just leave the old database name in the SQL file?
No need to change the name of the database as long as you have it entered correctly in the config file.