At SITE DISTRICT each WordPress site can have zero or more staging copies or clones. Creating a staging copy of your site is fast & easy, and usually takes less than a minute.
If you're in a hurry, and just want to understand how to use this functionality, jump down to the Creating a Staging Site section. If you're trying to make your changes live, skip to the Go Live / Push / Pull section.
A staging site is a copy of your WordPress site that can be used for testing plugin, theme & core updates, a site redesign, debugging, and more. It includes all the files for a site (WordPress core files, your themes, plugins, and uploads), as well as the MySQL database.
At SITEDISTRICT, we've crafted a staging system that is powerful, flexible, fast, and easy to use. It's easily one of the favorite features of many of our customers.
Here's a quick summary of the higlights of our staging system:
There are several reasons why you might use a staging site. Here are some of the common ones:
To best understand staging sites on SITE DISTRICT, we've defined some terminology. This screenshot labels some of the important parts of the interface that are relevant to staging:
Creating a staging site on SITEDISTRICT is quick and easy. This section will walk you through the steps.
From the Sites list of gallery, click on a site to open up the Site Details view for the site:
Once you are viewing the details for one of your sites, you can click on the Clone / Staging menu in at the top right of the Site Clone Bar. Select the Copy / Clone option.
You will be shown a dialog where you can confirm the source for the staging site (by default, it will be the currently selected Site Clone). You can also then select a Clone Nickname for the new staging site, which will be used for the Staging Subdomain. By default,
dev will be used.
Click the Clone Site button, and we'll start copying your site.
The time it takes to clone a site depends on the size of the site, but typically finishes in 30 seconds to 2 minutes.
Once you've created your new Site Clone, you can start making changes as desired. You can use the blue Open Site and WP Admin buttons in the Site Clone Bar to open the front-end and back-end of the newly created site.
After you have made your changes or updates to a staging copy of your site, there are several ways to either make them live, or copy your changes to either the live site, or another clone.
The Clone / Staging menu at the top right of the Site Clone Bar has several options that you can select:
Which one you select depends on which clone you have selected, your workflow, and your desired results.
When you "Go Live" with a site clone, you replace the live version of the site with the staging copy. The old "Live" version of the site will be renamed (by default) to Old.
This doesn't copy any files or database data between the clones. Instead, this option points the domain / URL of the live site at the staging copy, making it "Live" instead.
You can reverse this effect just as easily, by choose Go Live again, from the Old clone.
NOTE: When you "Go Live" with a staging copy of a site, SITE DISTRICT will automatically update the URLs in the database on both copies of the site to the correct (new) versions.
If you don't need or want to keep an immediately-available copy of the old "live" site around before making your changes live, you can push your changes directly to the Live clone (or another clone).
You might want to use this option instead if you have more changes that you plan to make shortly after pushing live, and you want to start making those changes on your Dev clone without any creating another (new) copy of the live clone after using the "Go Live" method described above.
To push your changes, select the Push Changes option from the Clone / Staging menu. You will be shown the Push Clone Changes dialog:
Once you have reviewed and selected the desired options, click the Push CHanges button.
Pulling changes is the opposite of pushing changes. You might use this if:
The second option is equivalent to using Push Changes, but selecting the Live clone tab first.
To pull changes from another clone, select the Pull Changes option from the Clone / Staging menu. You will be shown the Pull Clone Changes dialog:
Once you have reviewed and selected the desired options, click the Pull CHanges button.
It's easy to delete staging copies or clones of your site, as well. There are a few reasons you might want to do this.
If any of these apply, you can delete the clone or staging site. See the Delete a Clone section just below for instructions on how to do that.
In addition to creating new clones, promoting a staging clone to be live, or pushing or pulling changes between clones, you'll probably find yourself switching betwen clones, wanting to clean up and delete old clones, and creating & restoring backups. This section covers those topics.
Switching between clones is fast and easy. Just click the tab in the Site Bar for the clone that you wish to interact with. All of the links, navigation, and pages below the Site Bar will match the currently selected clone.
To delete a clone, select the Delete Clone menu option from the Clone / Staging menu:
Click the Delete button to confirm the deletion:
Each site clone has its own backups. When you create a new clone, the backups are copied from the source clone.
Two special restore features that we offer related to clones are:
See our Backups and Restore page for more information about these features.
In some cases, you might find that you want to split a clone out into a completely different site, with a different domain. This is where the Convert to Site feature comes in handy.
By using this feature, you can promote a staging site to a top-level Site, which will show up separately in the Sites list in SITEDISTRICT, and can have its own domain attached to it.
To convert an existing staging site / clone to a top-level site, select the Convert to Site option from the Clone / Staging menu:
You will be shown this dialog:
Pick a development subdomain to be used, and then click Create Site to do the conversion.
NOTE: Site clones that are converted to a new site are curretly not counted towards your Average Sites count for billing purposes until you add a domain and update DNS to point the domain at SITEDISTRICT.
SITEDISTRICT can also be used to create staging copies of sites that are hosted elsewhere. Some common reasons to do this are:
If you wish to use SITEDISTRICT in this way, follow the steps to import the site to our platform, and then just use the Imported copy as your staging site.
NOTE: If for some reason you wish to move your changes back to the existing host, or you are unable to convince your client to switch hosting, you will need to manually migrate your changes back to the original host. There are several plugins that can help with this.
If you end up migrating the updates back to the existing hosting provider, hopefully you will find the time you saved developing on SITEDISTRICT was much greater than the time spent moving it back at the end.
One caveat of our cloning and staging system is that clones that inactive for 1 week are "frozen" automatically by our system.
There are several reasons that this is done, but the main reason is to conserve server resources and make more room for active clones and live sites.
If you find that one of your clones or imported sites has been frozen, just click the orange Settings link on the page, and then you can re-enable the site.
Click on the Enable button on the page across from Status, and then confirm by hitting the Enable button in the dialog:
New site clones, and clones that are re-enabled won't be frozen (again) for at least two weeks.
NOTE: Live / Paid sites with an external domain pointed at them are never frozen.
There is a lot of information in this page, but hopefully it helped you to understand our staging & cloning system better.
How does our system compare to other hosts? We are planning to create a feature matrix to make it easier to compare, but for now, here's a quick summary of our philosophy behind staging sites:
A good staging system for WordPress should be fast, flexible, and secure. Creating staging copies of sites should take seconds, not minutes. Staging sites should be securely isolated from other sites, as well as the live site and other staging copies. They should have HTTPS enabled by default.
You should be able to copy, swap, and push/pull changes between staging clones. Staging sites should be first-class copies of sites, and should have their own backups. You should not have to manually update URLs after creating a staging copy. URLs for staging sites should be clean & should make it easy to identify the site.
If you agree with our take on WordPress staging, sign up for free, and try out our platform.
Please contact us with any comments, feedback, or suggestions. Enjoy!