Plesk WordPress Toolkit Course - Part 3: Staging and Production

Plesk WordPress Toolkit Course – Part 3: Staging and Production [Video]

You’re half-way through our video series for our new Plesk WordPress Toolkit Course. Congrats! Now join us because this time we’ll check out the staging and production feature you’ll find in the Plesk WordPress Toolkit. Our mission is to help answer your WordPress questions in this video short.Note that this and more Plesk courses are available for free in the Plesk University Catalogue. Ready to start the course? Click below! Or watch these speedy video tutorials first.

Staging and Production in the WordPress Toolkit Course

So we’ve developed the Plesk WordPress Toolkit Extension in order to help you deploy, secure and update your WordPress website in the fastest and easiest way possible. Then, we launched our WordPress Toolkit course to give you the knowledge to do so. In part 3 of our video series, we have two quick tutorials on the Toolkit’s Staging and Production element.

For most businesses, it’s crucial to have a website working 24/7. So what do you do when you need to make changes? In such cases, you should create a staging environment. This is a full copy of your production website where you can experiment without the risk of breaking your public website.

 

Video 1: Creating a Staging Environment

Video: 1:17 minutes

Below, you’ll see how you can test new code or features on your WordPress site. Like update the website’s theme, install and test a new eCommerce plugin, or revamp the main page. And without having to code live too!

To create a staging environment, you typically need to:

  • Copy files of your WordPress instance to a staging domain (or subdomain)
  • Create a copy of the production website’s database.
  • Update the configuration of your staging instance to use the copied database.
All this would take some time, right? Well, the WordPress Toolkit does all that with single-click cloning. Let’s learn how.

 

What’s Going on in this Video

1. Click Clone on your production website.
2. By default, WordPress Toolkit will create or use an existing subdomain with the “staging” prefix.
3. However, you can choose the name for the staging subdomain or create a new domain for your staging environment.
4. Start cloning. The process is automatic and quite fast. WordPress Toolkit copies files and the database to the new domain and configures it all to work together.
5. After you create the staging environment, it’s a best practice to change the following settings:

  • Disable search engine indexing. You don’t want your work-in-progress to appear in Google top results, do you?
  • Enable debugging and logging. If you’re testing new code, it will help you to troubleshoot any potential issues.
  • Turn on password-protected access. If you’d like to limit access to work-in-progress only to specific reviewers, enable password-protected access.

And you’re done. You can experiment with new code, test new plugins, revamp your website theme, or rebuild content without affecting your production website. Then, once you’re satisfied with your experimentation’s results on the staging site, it’s time to apply them back to production.

Video 2: Applying changes to the production website

Video: 1:15 minutes

Usually, you would put the production website into “maintenance mode” so that the synchronization procedure is not interrupted by a site visitor. Then, copy new and changed files from the staging to the production website. And finally, copy new tables from the staging database to the production database.

This might seem even more complex than creating the staging environment, right? But not with the WordPress Toolkit, because you can do the entire procedure with just a single click.

What’s Going on in this Video

1. First, click “Sync” on your staging website.
2. And select your production website from the “Target WordPress website” drop-down.
3. Select what you want to sync. Be it files if you worked with code, database if you made changes to content or configuration, or both if you installed new plugins/updated loads of content.
4. Before the sync starts, Plesk lets you create a restore point. We strongly recommend this. Because if something goes wrong, you’ll be able to roll your production website back to the last working version.
5. After the synchronization is finished, go to production website to verify everything works.
6. Finally, delete your restore point, or roll back to it if something went wrong.

So what are your thoughts? Simple, exciting, efficient? We think so too. Start exploring our Toolkit today in order to try it for yourself. Or learn more useful tips and get certified with our WordPress Toolkit Course below.

About

Ivan is Plesk's Education Manager, part of team since 2014. After 9 years on the front lines of support, gathering knowledge & experience, he’s now sharing it with the world.
    Showing 3 comments
    • Kingsley Felix
      Reply

      Thanks for sharing what i was looking for

    • Gage
      Reply

      Will this write over data such as woocommerce order data?

      • Debbie from Plesk
        Debbie from Plesk
        Reply

        Hey Gage!
        Sync back from staging to production will overwrite the production’s database (or its parts) if you choose either “All tables” or “Selected tables” option during synchronization. But if you choose “New tables”, then the existing data on production will not be overwritten.

    Leave a Comment

    Start typing and press Enter to search