Migrating a WordPress Site From a Local Server to Production
basix

Migrating a WordPress Site From a Local Server to Production

Tutorial Details
  • Program: Wordpress, MAMP for Mac, or XAMMP for Mac and Windows
  • Difficulty: Beginner to Intermediate
  • Estimated Completion Time: 30-45 minutes

Integral to any WordPress developer’s arsenal is the local server. In this tutorial, I want to walk you all the way from installing a local server to theming, exporting databases, and beyond.


What We Will Do

In this tutorial, I will take you through the entire process of installing a local server on your computer, creating a mock site, and deploying that site in production. By the end of this tutorial, you should be able to understand how to:

  • Install a local server and configure WordPress locally
  • Import content into your local database
  • Create and edit a site or plugin locally
  • Install and configure WordPress on your production server
  • Import database content into your production site
  • Transfer the wp-content folder that houses plugins, themes, and other elements
  • Sit back and enjoy clients that love you because of minimal downtime!

And, really to me that last point is what it’s all about. I understand that there are some limitations of local servers and sometimes a maintenance mode is necessary, but by utilizing a local server you can effectively eliminate almost all downtime on a normal site. Without further ado, let’s dig in!


Step 1. Install and Configure a Local Server

I personally use MAMP (I’m a Mac guy all the way), and it is available for download here. For you Windows users, I would recommend XAMMP, which is available here. There is also an XAMMP version for Mac users.

Click on the link above to download to application. Once it downloads drag the application icon into your application folder (for Mac users), or use the XAMMP installer for Windows users.

After installing, you will find MAMP in /Applications/MAMP. XAMMP will be located in Start -> Programs -> XAMMP. That’s it for the install! Once you open MAMP, be sure to take a look at the preferences by clicking on the “Preferences” button. Your ports should be set up like this on Mac:

Starting the Local Server for the First Time

Now that the local server is installed, we will need to start the Apache and MySQL servers. XAMMP also comes with Filezilla and Mercury as included, optional services.

To start up the servers for MAMP, go to: /Applications/MAMP and click on the MAMP icon. The control panel will look like this:

In the above images, we can see the green lights mean that our servers are active. On my older MacBook, this was not always the case (I will address that later). For now, green means go! You can open MAMP’s start page by clicking the “Open Start Page” button. This will take you to your phpinfo, phpMyAdmin access, and other important configuration settings that we will use later.

For XAMMP, the control panel, accessed at \xampp\xampp-control.exe, will look like this:

Again, this is straightforward stuff. Click “Start” to start the Apache and mySQL servers. The admin area can be accessed by typing http://127.0.0.1 or http://localhost into your browser.

Congratulations on installing your local server!


Step 2. Installing and Configuring WordPress on Your Local Server

First, be sure to download the latest version of WordPress here. After that, you get to do the famous 5-minute WordPress install, which is also outlined here.

  1. From within your local server’s phpMyAdmin, create a new database named “wordpress”. You can add that on the very first page that comes up when you click on the phpMyAdmin link.
  2. Unzip the WordPress folder and copy it to applications/MAMP/htdocs for MAMP, and programs/XAMMP/htdocs for XAMMP users. The new URL for MAMP will be http://localhost:8888/wordpress/. If you are working on a site that will later be named something else like “blog”, now would be a good time to rename the folder. The URL will change accordingly.

    Since I also develop sites without WordPress, I have copied the whole folder over instead of taking the contents out. By leaving root items in their own folder, this also allows me to test Drupal, Joomla, and Magento themes.

  3. In the wordpress folder, duplicate the wp-config-sample.php file, and rename it to wp-config.php.
  4. Open wp-config.php in an editor, and starting at line 17, you want to edit the following with your configuration found on your local server’s start page:
    		// ** MySQL settings - You can get this info from your web host ** //
    		/** The name of the database for WordPress */
    		define('DB_NAME', 'database_name_here');
    		
    		/** MySQL database username */
    		define('DB_USER', 'username_here');
    		
    		/** MySQL database password */
    		define('DB_PASSWORD', 'password_here');
    		
    		/** MySQL hostname */
    		define('DB_HOST', 'localhost');
    	

    Obviously, we named our database “wordpress” in step 1, so that goes there. For MAMP users, the username and password can both be set to “root” as that is the default admin user. By default on XAMMP the user “root” has no password.
    You can add more users to the wordpress database in phpMyAdmin if you want. The hostname should stay as “localhost”.

  5. With wp-config.php still open, we also want to go ahead and get our unique authentication keys. To do that, visit https://api.wordpress.org/secret-key/1.1/salt/ and use the code that displays to replace lines 45-52:
    		define('AUTH_KEY',         'put your unique phrase here');
    		define('SECURE_AUTH_KEY',  'put your unique phrase here');
    		define('LOGGED_IN_KEY',    'put your unique phrase here');
    		define('NONCE_KEY',        'put your unique phrase here');
    		define('AUTH_SALT',        'put your unique phrase here');
    		define('SECURE_AUTH_SALT', 'put your unique phrase here');
    		define('LOGGED_IN_SALT',   'put your unique phrase here');
    		define('NONCE_SALT',       'put your unique phrase here');
    	
  6. Save and close wp-config.php.
  7. Begin the installation process by visiting wp-admin/install.php. In MAMP, if you’re site URL is http://localhost:8888/wordpress, then you will enter http://localhost:8888/wordpress/wp-admin/install.php.
  8. If your wp-config.php settings are correct, then you will be prompted to enter the blog name, your email, and username info.

If an error appears, don’t worry! The issue will be in your wp-config.php file. Go there and figure out which setting above is incorrect.

Now, WordPress should be active and ready on your local server. You can access the admin dashboard on MAMP at http://localhost:8888/wordpress/wp-login.php. If you changed the folder name, then change “wordpress” to the new name. XAMMP users can do away with the :8888 or enter 127.0.0.1/wordpress/wp-login.php.


Step 3. Create and Edit Your Site

Starting with Themes and Plugins

Your default WordPress installation will come with a default theme called Twenty Ten. To add more themes, you can copy them straight into the wp-content/themes folder or you can install them via the WordPress dashboard in “Appearance -> Themes”. Themes can be edited locally via “Appearance -> Editor” or a text editor.

Plugins can also be installed the same way, either copy them into wp-content/plugins or find new plugins via the WordPress dashboard in “Plugins -> Add New”. Plugins can also be edited locally via “Plugins -> Editor” or a text editor.

Having a local server is also a great way to test new plugins and find which ones work for your sites. Every WordPress developer should have a tool bag full of plugins that they can make work for them at their disposal.

Importing Content

So now that we have our theme and our plugins, what about content? Well, click here to download an XML file full of WordPress post content that should help you get started.

To import that XML content into your local server:

  1. Go to “Tools ->Import”
  2. In the list of options that appears, click “WordPress”, since you are uploading WordPress content. This will also apply when you import data from this site to your production site.
  3. If this is the first time that you have imported content, you will be asked to install the WordPress Importer. Click “Install Now”. This actually installs a new plugin in our wp-content/plugins folder named “wordpress-importer”.
  4. After it is installed, click on the link to activate and run the importer.
  5. Browse to the posts.xml file (or any other exported WordPress database file), and upload.
  6. On the next screen, attribute the new posts to an author (usually admin), and be sure to click “Download and import file attachments”. I find this to be helpful if I am importing new data.

Now, if you visit the admin dashboard, you will see that you now have posts, categories, comments, pages, and users to utilize as you test and develop themes and plugins.

Importing data does not overwrite existing data, it only adds to what is there. So don’t worry about that as you import.

Getting Those Pretty Permalinks

This is something that frustrated me greatly when I first started working, but the solution is simple.

First, open your httpd.conf file in /Applications/MAMP/conf/apache/. Lines 378-381 will look like this:


<Directory />
    Options Indexes FollowSymLinks
    AllowOverride None
</Directory>

Replace that code with:


<Directory />
    Options Indexes FollowSymLinks
    AllowOverride All
</Directory>

Your pretty permalinks should be all good to go, which should also help quicken your production.


Step 4. Ready the Production Server

Now that you have installed and configured WordPress on your local server, you can apply the same principles to install WordPress on your production server.

The nice thing is that since you only need to change some wp-config.php database settings, you can simply do the following to get WordPress up and running in a production environment:

  1. Log into our server’s control panel, navigate to phpMyAdmin, and create the database named “wordpress”.
  2. While logged into phpMyadmin, make sure to note username, password, and database host address, as we will need to edit these values in wp-config.php.
  3. Edit wp-config.php to match the new server settings.
  4. Upload the entire WordPress folder via FTP to your production server. Again, this may be named something else if you want it to be in a sub-folder (ex. http://mysite.com/blog/ – where “blog” is your WP install). If you want to install WordPress in the root of your site, move the folder over to the root folder of your site, and then move the contents out into your root folder leaving the original WordPress folder empty. You can then delete that folder. This will also ensure that you move over all of the plugins and themes that you have been testing with. You can delete unwanted plugins and themes in your production enviroment by removing them from the wp-content folder or disabling them in the WordPress dashboard.
  5. Complete the famous 5-minute install as outlined before. Remember, if there is an error, it is almost always due to an error in the wp-config.php settings. WordPress will even tell you this on its error page.

Now WordPress is active in production, but it lacks content. We must get our local server content that we have perfected over to our live site.


Step 5 . Transferring Your Database Content and Files

Exporting the Local Server Content

In order to export our local server content, we need to log in to our local WordPress dashboard, again http://localhost:8888/wordpress/wp-login.php for MAMP users and http://localhost/wordpress/wp-login.php for XAMMP users.

Next, scroll down to “Tools -> Export”.

Since this is the first export, select “All Content” and click “Download Now”. As WordPress states, “This will contain all of your posts, pages, comments, custom fields, terms, navigation menus and custom posts.”.

Immediately (depending on the size of the database), you will have an XML file which has a name structure of sitename.wordpress.year-month-day.xml. This is the file that we will import just like we did with posts.xml on our local server.

Importing Content into Production

Since we just learned how to import new data into our local server, use the same principles to install your content from your local server to your production server

Exporting and Importing Directly in phpMyAdmin

I also want to point out that you can also import and export directly in phpMyAdmin. To export our local server data, we would:

  1. Open phpMyAdmin from the MAMP or XAMMP start page.
  2. Click on our database named “wordpress” or whatever you have named the WordPress database.
  3. Click on the “Export” tab, and choose an XML type export.
  4. Be sure to check the box for “Save as file”. Since the content of my site was small, I chose not to compress it, but I would highly recommend it for larger databases.

This will save a database backup XML file directly to your hard drive. Now you can import it via WordPress or your production server’s phpMyAdmin.

To import our newly created XML file (mine saved as wordpress.xml), repeat steps 1 and 2 from above, but at step 3, click “Import”. That screen will look like this:

Browse to your saved XML file, and click the radio button for XML under “Format of imported file”.

And that’s all folks! You now have a fully functional site that you created and configured on a local server, but exported and deployed into production.


Local Environment Tips and Tricks

In addition to the tutorial above, I wanted to throw out a couple of things that I do while working in my local environment that have proven helpful when moving to production:

Secure Your Site Before it Goes Live

This last year was the first time that I had a site get hacked. I know that may be old hat for some, but there is nothing like getting a call from a client to report it. Now, the good news was that it was easy to take care of and secure, but through that experience I learned that you can never go wrong with securing your site early.

One of the easiest things to do to add a layer of security to your site is to create a blank index.php file and place it in your wp-content folder, wp-content/plugins, wp-content/themes folder. This is a quick fix that can be done at the beginning of the development process to create an added layer of security for your site by preventing indexing of your content.

In that index.php file, I would just add the following code:

	
	<?php //This is for added security, and it prevents indexing. ; ?>
	

Use Downtime to Learn New Things

My local server has proved invaluable in my learning the ins and outs of WordPress plugins and themes. Because I don’t need the internet anymore, I can download the themes and plugins I want and whenever I get the chance look over the files and functions.

This may sound pretty common sense, but having my local server and using it regularly has really shaped the way I develop by allowing me to learn practically from others’ work in their code. And the great thing is that if I still haven’t understood something, I can come back to it later because it isn’t live and it isn’t affecting anyone.

Understand the Limitations of a Local Server

Now after all of the positive things, here are a few items that should be noted when working with a local server – primarily from my experiences with MAMP :

  • Be prepared if the local servers won’t start. There was a time, specifically with my MacBook and MAMP, that every time I went to start on a site, MAMP would just freeze. I would spend the first 15 minutes of a project I was excited about trying to figure it out. Kind of killed the excitement a little! To remedy this, try “Force Quitting” MAMP. If that doesn’t work, OSX 10.5 and 10.6 users can usually open up Activity Monitor (located in Applications/Utilities), select “My Processes”, and look for multiple instances of “mysqld”. If there are multiple running, delete all but one. That should get things back to normal.
  • For MAMP, the green lights to indicate the servers are on are not always reliable. To test this, just click on the “Start Page”, and if it comes up then you are good to go.
  • Some form actions and advanced functions may not work properly. I have experienced this with an Amazon S3 plugin that I developed. For these things, I will often set up a custom WordPress page template or plugin folder, install it to my site via FTP, and test on a private page. You could even install a subdirectory to accomplish more testing or use Multipress.

Conclusion

Thanks for walking through the process of installing a local server, configuring a WordPress site on it, and then migrating that site to a production environment.

I would encourage any of you that have more experience than me to please post below any other local setups that you have, any more ideas of how to streamline the migrating process, and any other tips and tricks to working locally. I am just one voice of the community after all.

Thanks for reading!

Note: Want to add some source code? Type <pre><code> before it and </code></pre> after it. Find out more
  • http://www.thedesign-partnership.com The Design Partnership

    Nice and easy to follow, thanks!

  • http://8gramgorilla.com 8 Gram Gorilla

    Been a while since I’ve done it but don’t you also need to change the hardcoded URLs that WP stores in the database from the local domain name to the live one? i.e. http://mysite.local to http://mysite.com. I always found it kinda annoying how WP stored absolute references that way :P

  • Michael

    Nice write up Adam, brilliantly set out –

    I always install the plugin Export/Import blogroll with categories which does a good job with the links and their categories, something the WordPress Importer does not handle

    I also came across a new plugin ( still officially Beta ) , 3.2 ready, that suggests it does all the importing and exporting – I have yet to try it out and would be pleased to hear if anyone else has ..

    Duplicator Plugin – by Cory Lamle which says you can do the whole site move in 3 steps

    “This tool is great for pulling a production site down onto your local machine for testing and validation. It also works great for developing locally and then pushing up to a production server. No need to change all your settings and re-run import/export scripts.”

    • http://twitter.com/juarezpaf Juarez P. A. Filho

      Duplicator Plugin seems to be the end of the hard work to deploy a wordpress site, thanks a lot for share with us.

    • Matt

      Now that is a plugin I will have to play with; looks perfect if it works correctly. Thanks!!!

  • Jakub

    Just one small advice for windows xampp users: if you have problem launching servers, it is probably caused by some application using the same ports, in my case it was Skype. So my launch sequence is:
    1. Quit skype if it is running
    2. Launch Apache and MySQL servers
    3. Now I may launch Skype again and everything works.

  • picasso

    0 VIDEO TUTORIAL VERY GOOD

  • Techeese

    I’ve been using WAMP as a local server, I’ve installed joomla and wordpress, is XAMMP better recommended for WP or other CMS?

  • kdwolski

    This is an OK process for development under smaller client websites which may be short on resources or server capabilities.

    If you’re working on a critical site, or want to take this environment further, establishing a code repository would harden this setup. If you had to revert a change on the live site, using the above process, that would be a bit tedious. This setup makes it harder for other developers to work on the site.

    If your theme folder was under SVN all you’d had to do to is run a commit to the repository and then an ‘svn up’ on the server to deploy the latest code. If something broke on production, you can just roll back the code using the ‘svn merge’ command and then follow the same deployment process.

    This doesn’t do anything for content stored in the database, but if you’re working on a site where all the content is entered by a client in production and you just test in your local install using an export, I found this to work out well.

    • Brandon Jones

      Excellent points KD – I couldn’t agree more, especially on projects where there’s more than one developer or that last long enough for you to eventually break something that was once working. For small gigs, this workflow is fine – for bigger projects, using some sort of version control is a must.

  • al

    how do you handle the permalinks problem in XAMMP?

    any easy way to convert them in Windows

    Al

    • http://twitter.com/juarezpaf Juarez P. A. Filho

      Have no problem with permalinks here in XAMMP on Windows.

    • http://www.windkr89.nl Erik

      Do you have curl enabled in your PHP configuration in XAMPP (php/php.ini)? Look for this line of code in php.ini:
      extension=php_curl.dll and uncomment it….

  • http://tutspress.com/ TutsPress

    Woho! Very easy for beginners. Thanks for the tutorial and i agree @picasso for about 0 video tutorial.

  • http://piercingproductions.com Jason

    Nice tutorial. I just recently switched to developing on a local server with XAMPP — I am a huge fan. I used to waste so much time pushing little changes via FTP to a testing subdomain on my server.

    FYI: this entry in the WordPress Codex has some great advice if you want to run a local and a production copy of WordPress off the same database. I haven’t tried it yet, but I figure it might save some migration hassle. (Famous last words, eh?)

    • http://piercingproductions.com Jason

      Oh, and here’s another great article with local development tips by Mark Jaquith (one of the lead developers of WordPress). He gives code to put in the wp-config file so that it will look for a local-config file first and otherwise fall back to the default (production server) settings. An elegant solution if you’re using version control and don’t want to worry about accidentally pushing up your local wp-config file to overwrite the settings on your production server.

  • http://wpwebbouw.nl Erik de Vries

    I always use phpMyAdmin to make an uncompressed sql-dump of the database. This is a text file. I open this file in Wordpad and run a search and replace action to change all the hardcoded urls. I save the converted database file and import it via phpMyAdmin into the new database. Works like a charm.

    There are always a few things that I must manually fix after moving a WordPress site to a new url/server. A custom menu must be reselected in Appearance / Menus. Sometimes the theme must be reselected. And sometimes the permalink settings must be selected and saved once more. That’s all.

  • http://www.Rarst.net Rarst

    As far as I remember modern install procedure will offer to create and fill wp-config.php for you. Not necessary to deal with it by hand.

    • Brandon Jones

      Yup – this is true, although knowing how to setup and edit the wp-config.php file is pretty important information for anyone working in WP. But yes, in most cases you wouldn’t actually need to create the file yourself. Thanks for the comment Rarst!

  • stvwlf

    @Techeese – WAMP works great with WordPress. Some people prefer XAMMP. Its a matter of flavor preference. I prefer WAMP.

  • http://www.conseils-relationnel.com ismail el korchi

    very nice tutorial, thanks.

  • Parker

    I use WAMP, but since XAMPP is recommended in the article, does anyone have any preferences between the two?

  • http://prop-14.com Randy

    Nice article. I prefer exporting the sql file directly from phpmyadmin (vs. an xml file), then using find/replace in notepad++ for all url’s, then I drop the tables on the live server after the WP installation and finally upload the altered sql file.

    Just wondering if there is there a benefit of using the xml method instead of sql?

    • http://www.Rarst.net Rarst

      Running plain text find/replace on SQL dump will break all of data where string being replaced is inside serialized data (custom fields and such).

      • http://prop-14.com Randy

        I typically do not have much content when I move a site to its live location and populate it then. I guess that’s why i never really had an issue with it.

        Do you have a preferred method for “properly” find/replacing all URL’s then?

  • http://Nielsoeltjen.com Nielsn

    For the sake of security it is also good practice to change the WP table prefix in the config file to something else. ie. Change from wp_ to example_

  • http://joncave.co.uk Jon Cave

    FYI the image beside the title of this post (featured image I guess) isn’t using the correct WordPress logo. See http://wordpress.org/about/logos/ for more info.

  • http://www.erjonmehmeti.com Erjon Mehmeti

    XAMMP is the software that I use in my Windows PC. But it has a small conflict with Skype. If you open Skype first, XAMMP would not start because they are using the same port. To make it WORK you just need to start XAMMP first and Skype second.

    • http://kg69design.com kg69design

      With WAMP is the same thing.

  • http://voodoopress.com Rev. Voodoo

    Don’t forget about virtual hosts! That way you can route ‘fake’ domain names on localhosts to various local folders. It means you can ave a dev local install running on a virtual domain.com, that way when moving to live and back, no worries about changing URLs from localhost, etc

  • Josh

    Man, this would have been a great post to find a few years ago when I was stumbling my way through my first few local / production merges. Thanks for all the info packaged in one nice post.

  • http://www.jonathlee.com Jonath Lee

    Include a tutorial on setting up Virtual Host would be nicer.

  • http://baliniz.com Baliniz

    I usually backup files under wp-content and the database from phpMyAdmin (sql format).. and before upload to production site, edit the backup .sql.. replace string “http://localhost/sitefolder” to “http://productionserver.com”
    after that I copy all files under wp-content directory to the server.. :D

    is that way is safe? because I never got problem after migrating wordpress with that way :)

    Regard,
    Baliniz

  • http://www.sanjaykhemlani.com/ sanji

    Great tut! Now I can finally move my sites without hassle, since re-creating it in a live server takes a lot of time. Thanks!

  • http://www.martysullens.me Marty

    Step 1: Download Plugin Backup Buddy
    Step 2: Export and upload to new server
    Step 3: Follow Setup instructions

    Done.

    • http://diywebsitecoach.com Warren Denley (DIY Website Coach)

      I used to do moves manually (using the process outlined in this tutorial) until I found Backup Buddy.

      Thankfully, Backup Buddy makes moving a site from a local development server to a production server (or from one server or domain to another) so quick and easy. It even takes care of updating all of the URLs stored in the database (even those that WordPress stores as serialized data).

  • http://www.coffeedesign.net Ahsan

    Lovely work, i think it was explained in simple and nice way

  • Anonymous

    If you want to use your own domain name while developing locally (without having to point it to your machine), you can add an an entry in your \Windows\System32\drivers\etc\hosts file, on its own line, like so: 127.0.0.1 yourdomain.com

    Just remove/comment or add/uncomment that line to go back and forth between your local and remote site. That’s for Windows, dunno about OSX or Linux.

  • http://www.imperativedesign.net peb7268

    Ok great post,

    What do you do though when the client has a working wordpress site with important plugins installed and you want to upload a local copy you have redone to the site?

    So to clarify,
    - I dl the client site to a local copy on mamp.
    - then redid the whole theme and cleaned up their content.

    Now im looking to install my new theme on their production server ( which I did by just uploading it to their themes folder and activating it )

    but what do you do about the old content and such? If I just upload the XML file from my local copy to the production server where the old site is, it will just duplicate content.

    Thanks for the insight! :)

  • Pingback: Migrating WordPress Across Hosts, Servers and URLs | Wptuts+

  • http://cocoonwebdesign.com Mandi

    Excellent overview and intro to local servers. As a designer/developer, I still don’t see the advantage that it provides given the amount of extra steps you need to take for other developers to work on the site and to get client approval before launch. I work on smaller WP sites and have been using subdomains from my domain to develop and then I move the sites when done. Is there something wrong with this process?

    • http://twodoorscreative.com Adam Murray
      Author

      Thanks, Mandi! I think there’s nothing wrong with the way you’re doing it at all. Subdomains are a great way to do development for WP as well, and a good multipress install works like a charm for it. I know that, for me, I do a lot of other development outside of the WP arena, and I also live overseas where internet access can be sporadic at times. All that said, a local server has saved me on more than one occasion from missing an important deadline or just missing an important breakthrough on something.

  • peb7268

    No answer for me Adam?

  • http://www.osura.com Anton Korzhuk

    another great wp basics post, keep it up!

  • http://www.jacorre.com Josh

    I’ve installed and uninstalled XAMPP a few times. I always seem to have bad luck with it. But I would love to work locally and test and play around with things before using them live.

    I’ve always been worried about the security of using a local server though. By turning on the Apache and MySQL server stuff, does that leave you prone to attacks? Are there any security measures that should be taken while those are on.

    Thanks and great article!

  • http://www.mkrdip.tk mkrdip

    Great tutorial ! As a beginner it’s very helpful for designing & building up my blog.

  • jeff

    Great information. Appears there are a few ways to things in sync between host and local, but no real good solution. Just got Dreamweaver cs5.5 and allegedly works well with WP and have worked with it a bit. can set up remote server and put files up to hosting site but not sure if dreamweaver will do a great job to keep it all in sync even if it is used properly which I have yet to find info on… It sure looks like it is designed to manage all the details for me.

    Any ideas on how to get the full story as to if it works well and what the exact process is to get er done.

    Never hear anyone on the wp blogs talk about using dreamweaver, maybe this is telling me that no one sees any value in using it with wp sites???

    Thanks for any insights

    • H Porter

      I’ve used Dreamweaver for HTML sites and recently got some WordPress sites going. WOW -what a different world! DW works well as an ftp client but it doesn’t do anything (as far as I’ve been able to tell) with the mysql database – that still has to be imported and exported. I also haven’t figured out how to use it to make changes – but I suppose I’d probably have to know a little something about php, don’t you think??? My issue is that I’ve created a theme with Artisteer, which doesn’t seem to translate 100% to WordPress on my wamp server, but then when I upload / export / import everything to my production server (GoDaddy), it looks even more bizarre. My menu is different and I loose all the links I built in the link library. It’s like the wamp version and the production version aren’t even talking to each other…

  • Pingback: Best WordPress Tips and Tutorials | Designs Showcase

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher | linuxin.ro

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher – blog

  • Pingback: Web Development articles, tutorials, help » Blog Archive » How to Create a Time Based CSS Style Sheet Switcher

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher « Fast Ninja Blog by Freelanceful – Web Design | Coding | Freelancing

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher | Red7six

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher |

  • Pingback: My Stream » How to Create a Time Based CSS Style Sheet Switcher

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher | Shadowtek | Hosting and Design Solutions

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher | Freelancing Help

  • Pingback: How to Create a Time Based CSS Style Sheet Switcher | Graphfucker

  • http://chintanp.in/ Chintan Parikh

    I moved using the same procedure.and there was problem with permalinks.

    Permalinks works well in local server.But doesnt work in Production server.

    Can you please Help me on how to configure web.config for a wordpress blog?

  • Pingback: Setting up Gitbox or Aptana and cloning to Dropbox

  • http://myactingportfolio.com Paal Joachim Romdahl

    Hi

    I wonder when we will get a really really simple way of installing WP locally and uploading it to a live site?

    Well in the mean time I have a video tutorial at youtube on installing MAMP and WordPress locally: http://www.youtube.com/watch?v=3HJnV9KNIXc

  • Raja

    Thank you. Very useful post. I moved migrated my website without a single error. :)

  • http://www.inspiraghtech.com Gerald Ford

    This doesn’t really help me much, i just read stuff about replacing localhost/… with your domain in the database file before going live.

    You never mentioned it.

    Anyways, Thanks

  • Pingback: Migration Hosting wordpress Tutorial

  • http://www.catillest.com/blog Cat

    FINALLY I’ve found a comprehensive tut for this! Thank you so much, definitely coming back here for more advice!

  • Pingback: Как создать переключатель таблиц стилей CSS, ориентированный на время.

  • http://profile.yahoo.com/NBGUMQMIHZEH74SX264A3HJKII Arundev

    Sir

    I don’t understand what you said in: ‘Step 4. Ready the Production Server’

    You said that :Log into our server’s control panel, navigate to phpMyAdmin, and create the database named “wordpress”. My doubt is what you mean by :”Log into our server’s control panel, navigate to phpMyAdmin,”

    is it local wamp server or live server like bluehost?

  • TXDeveloper

    This Process won’t work any more now that serialized data is stored in the Database. There should be an update to this, or perhaps this post should be removed since it would cause irreparable damage to current WP installations. What a difference a year makes!

  • disqus_6XrbPXDj73

    so this doesnt work anymore?? plus when i did it the admin page looked all funky

  • Pingback: The Ultimate Guide to Moving A Wordpress Website - Ravenous Raven

  • Pingback: Migrating my first site from the local server to “production”… | Learning web design