Joe_Fitz

This plugins was designed to speed up and manage the process of creating a running migrations scripts. Migrations scripts are used to edit content on a blog to blog basis by running php files which manipulate your WordPress database. This could be adding or removing a page or post to certain blogs. Strategery Migrations also provides an interface to manage your migrations scripts. You can view a list of all migrations files and see a timestamp indicating when a migration file was created. You can see individual blogs’ migration state so that you can tell what files have been run or if a certain blog has been migrated. You can look at a list of all your blogs and see what their migration states are compared to each other.
This plugin was made for WordPress implementations using a multisite network with sub-directories.
<h3>Usage Instructions</h3>
<h4>Creating a Migration Script</h4>
<ol>
<li>Click on the Add New link in the Migrations admin options tab</li>
<li>Enter a the script’s filename using underscores instead of spaces (file_name)</li>
<li>Click Create File</li>
</ol>
You are then redirected to the list or migration files.
At this point the file has been generated and exists in the ‘/strategery-migrations/migrations/’ folder in your ‘plugins’ directory.
The filename is broken up into 2 parts. The first part before the dash(-) is the timestamp in YYYYMMDDHHMMSS format. This number is used to compare the sate of a blog compared to when this file was created. When a migration is run and completed, it will update the blog that ran the migration to reflect its new state. The sate for a blog is the same timestamp of the most recent migrations run on it. Only migrations with a later timestamp than the blog’s state timestamp will be run. The second part of the filename is the actual name of the migration script file. The format uses underscores as spaces and will be read by the plugin to create the classname in the file using camel case. 
Open the file that was created and start coding the migration script. You will notice that the file contains a class that extends the main migration class. Each migration script defines a new class with two methods. The up method is used for creating pages or posts. It is the creation method. The down method is used for undoing the up method. It Is a way to revert the migration. This method is optional. 
The methods are run on a blog to blog basis and work within the context of each blog. To get the ID of the current blog, for example, you can use the get_current_blog_id() function.
<h4>Models</h4>
Models are abstracts that are used to query your database. Models are used to save or delete that model type into your database. A model could be a post or a page, etc. To use models you need to make use of the getModel function.
$this->getModel( $type , $data );
$type – A string that picks wether the model is a page or a post, etc.
$data – An array that contains information related to the model type.
Example
$data = array(‘post_type’ => ‘page’ , ‘post_name’ => ‘menu-add’ , ‘post_title’ => ‘Add Menu Item’ );
$post = $this->getModel(‘Post’, $data );
You can also use the shortcut getPost($data).
The commands above query your database for existing posts that match the given data in the current blog and return an object of the post. You can then access that post’s information using the object. For example $post->ID will return the id of the post.
To create a page you use the same function call and add ->save() to the end.
$post = $this->getModel(‘Post’, array(‘post_type’ => ‘page’ , ‘post_name’ => ‘menu-add’ , ‘post_title’ => ‘Add Menu Item’ ))->save();
The command above queries your database for existing posts that match the given data in the current blog. If there is no match in the database it will create that post in the database and return an object of it. The save() command will not create duplicates.
If you want to delete a given post you simply need to replace save() with delete().
<h4>Your Database</h4>
To run queries on your database without using models you have to use $this->db(). It will return the WordPress database. To run an insert for example you would use the following code.
Example
$this->db()->insert($table, $data);
If you want to insert into each blog’s post table you would set the $table as $this->db()->posts
The command would then look like this
$this->db()->insert( $this->db()->posts , $data );
<h4>Excluding Pages</h4>
This migration plugin comes with a helper class that allows you to remove a page from the navigation menu. Pages that should not appear in your navigation menu can easily be excluded with one line of code. These pages are still reachable and still exist but they will not be seen by users with all your other navigation links.
This exclude functionality requires having another <a href="https://wordpress.org/extend/plugins/exclude-pages/" rel="ugc">plugin</a> active.
To use the helper function you need to pass it a path to helper class you are looking for.
$this->getHelper($path);
The getHelper function takes a string that contains the path to the specific helper class you are looking for.
$this->getHelper($path)->method($args);
This is the full call to a helper class method which has the helper function that takes the path to the class you are hooking into. getHelper returns an instance of that class and can be used to execute methods. All helper classes are contained in the ‘/lib/Helpers/Plugins/’ directory. It contains .php files with names in camel case. The class that is defined in each file is named the same as the file name except with underscores separating each word. For the exclude from navigation class, it is contained in the ExcludeFromNav.php file, but the class name is exclude_from_nav. This name is the one you need for the helper function.
Below is an example of how to call the exclude from navigation helper class.
Example
$this->getHelper(‘plugins/exclude_from_nav’)->exclude($post->ID);
exclude() takes the id of the page being excluded as an argument.
<h4>Logging</h4>
While the migration is running, there will be output in the migrations report showing you the progress of your migration. It will let you know if there was an error finding a specific post or if the migration was already done and it is already up to date.
You can add your own logging information inside your up and down methods for each migration script. This could be a simple message saying you did whatever you were trying to do. You do this by using the log() function. It simply echos the string passed to it.
$this->log($message , $nl);
Above is how it is called. It doesn’t format the string, so newlines and tabs must be added in as usual. $nl is an optional parameter that is of type bool which indicates whether to add a newline to the end of the $message string.
<h4>Running Migrations Scripts</h4>
There are several ways to run migrations scripts depending on how you want the migrations to be done.
The options are:
<ul>
<li>Run a single migration file a certain blog</li>
<li>Run all migration files for a single blog</li>
<li>Run all migration files for all blogs</li>
</ul>
To run a single migration file for a certain blog you can go to that blog in the WordPress backend and click on the Migrations link in the Migrations admin menu tab. Once you are at the migrations list there is a run button with to each list item on the right. Clicking this will run that script for the current blog.
To run all migration files for a certain blog you can either click the run all button at the top of that blog’s migrations list or click the migrate button that is in the blog list page. To get to this page you must be in the network administration panel and click on the Blog List link in the
Migrations admin menu tab. There is a migrate button for each blog in the list on the right side or the table.
To run all migrations for all blogs click the Migrate All button at the top of the Blog List page.

Strategery Migrations

Easily run and manage migration scripts to assist in updating blogs on your site.

lucatume

lucasbustamante

Rene Hermenau

WP STAGING

fayyazfayzi

alaasalama

WP STAGING | BACKUP

<h3>Backup, Restore, Staging, Cloning & Migration for WordPress</h3>
WP STAGING is an all-in-one backup & restore, duplicator, staging, and migration plugin for WordPress, built for professional workflows with 100% unit-tested code coverage, thousands of automated tests, and extensive end-to-end testing across supported PHP versions.
Create a full backup or an exact clone of your website in minutes. Use it to test plugin and theme updates safely, restore your site when needed, migrate WordPress to another server, or build a staging copy before making changes.
WP STAGING is developed in Germany and designed for agencies, developers, and businesses that need reliable WordPress backup, staging, restore, and migration workflows.
<a href="https://wp-staging.com/backup-wordpress" title="WP STAGING - Backup & Cloning" rel="nofollow ugc">WP STAGING | PRO</a> also includes advanced workflows such as <a href="https://wp-staging.com/docs/pull-a-wordpress-site-from-one-server-to-another/" title="Remote Sync - Pull a WordPress Site from One Server to Another" rel="nofollow ugc">Remote Sync</a>, which lets you pull a WordPress site securely from one server to another using an API key, and <a href="https://wp-staging.com/cli/upgrade" title="WP STAGING CLI - Local Docker Development for WordPress" rel="nofollow ugc">WP STAGING CLI</a>, which can turn a WP STAGING backup into a local Docker-based development site.
All data stays on your server unless you choose a transfer or remote storage workflow. WP STAGING is designed for speed, reliability, and low-resource environments, including shared hosting.
WP STAGING automatically performs search and replace for links and paths during cloning, backup, restore, and migration workflows.
This staging and backup plugin can clone your website quickly and efficiently, even if it is running on a weak shared hosting server.
<div class="embed-vimeo" style="text-align: center;"><iframe loading="lazy" src="https://player.vimeo.com/video/999447985" width="750" height="422" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen></iframe></div>
<h3>WP STAGING FREE – BACKUP & STAGING FEATURES</h3>
<ul>
<li>Clone the entire production site into a subdirectory like example.com/staging-site.</li>
<li>High-performance backup and cloning, even for websites with very large databases.</li>
<li>Backup scheduling with automatic daily backups.</li>
<li>Easy to use: create a clone or backup in one click.</li>
<li>Efficient background processing without slowing down your website.</li>
<li>No Software as a Service and no external account required.</li>
<li>All your data stays on your server. Your data belongs to you only.</li>
<li>No server timeouts on huge websites or weak servers.</li>
<li>Fast backup, clone, and restore workflows depending on site size and server resources.</li>
<li>Use the clone as part of your backup and update strategy.</li>
<li>Only administrators can access the cloned or backup website.</li>
<li>SEO-friendly staging sites with login protection and no-index handling.</li>
<li>The admin bar on the staging / backup website is orange colored and shows when you work on the staging site.</li>
<li>Extensive logging features.</li>
<li>Supports Apache, Nginx, Microsoft IIS, and LiteSpeed Server.</li>
<li>Every release passes extensive automated tests to keep the plugin robust, reliable, and fast.</li>
<li>Fast and professional support team.</li>
</ul>
<h3>WP STAGING | PRO – BACKUP & STAGING FEATURES</h3>
The features below are available in <a href="https://wp-staging.com/backup-pro-features" title="WP STAGING | PRO Features" rel="nofollow ugc">WP STAGING | PRO</a>.
<ul>
<li>Remote Sync – Pull a WordPress site securely from one server to another.</li>
<li>WP STAGING CLI – Turn a backup into a local Docker-based development site.</li>
<li>Migrate and transfer WordPress to another host or domain.</li>
<li>Push a staging website including plugins, themes, and media files to production with one click.</li>
<li>Clone a backup or staging site to a separate database.</li>
<li>Choose a custom directory for a backup or cloned site.</li>
<li>Select a custom subdomain destination like dev.example.com.</li>
<li>Define user roles for accessing the clone or backup site. This can be clients or external developers.</li>
<li>Multisite support for migration, backup, and cloning.</li>
<li>Schedule recurring backups by time and interval.</li>
<li>Download and upload backups to another server for migration and transfer.</li>
<li>Backup retention settings.</li>
<li>Custom backup names.</li>
<li>Email notifications if a backup cannot be created.</li>
<li>Backup for WordPress multisites.</li>
<li>Backup to Google Drive.</li>
<li>Backup to Amazon S3.</li>
<li>Backup to (S)FTP.</li>
<li>Backup to Dropbox.</li>
<li>Custom backup folder destinations for cloud storage providers.</li>
<li>Priority support.</li>
</ul>
<h3>DOCUMENTATION</h3>
How to Backup and Restore WordPress 
<a href="https://wp-staging.com/docs/how-to-backup-and-restore-your-wordpress-website/" title="Backup and Restore WordPress" rel="nofollow ugc">Backup and Restore WordPress</a>
Backup & Transfer WordPress Site to Another Host 
<a href="https://wp-staging.com/docs/how-to-migrate-your-wordpress-site-to-a-new-host/" title="How to Migrate Your WordPress Site to a New Host" rel="nofollow ugc">How to Migrate Your WordPress Site to a New Host</a>
Remote Sync 
<a href="https://wp-staging.com/docs/pull-a-wordpress-site-from-one-server-to-another/" title="Remote Sync - Pull a WordPress Site from One Server to Another" rel="nofollow ugc">Pull a WordPress Site from One Server to Another</a>
Local Docker Development with WP STAGING CLI 
<a href="https://wp-staging.com/cli/upgrade" title="WP STAGING CLI - Local Docker Development for WordPress" rel="nofollow ugc">WP STAGING CLI – Upgrade Now</a>
All Backup Guides 
<a href="https://wp-staging.com/docs/category/backup-restore/" title="All Backup Guides" rel="nofollow ugc">All Backup Guides</a>
Working with Staging Sites 
<a href="https://wp-staging.com/docs/category/working-with-wp-staging/" title="Working with Staging Sites" rel="nofollow ugc">Working with Staging Sites</a>
FAQ for Backup & Cloning 
<a href="https://wp-staging.com/docs/category/frequently-asked-questions/" title="Backup & Cloning FAQ" rel="nofollow ugc">FAQ for Backup & Cloning</a>
Troubleshooting Backup & Cloning 
<a href="https://wp-staging.com/docs/category/troubleshooting/" title="Troubleshooting Backup & Cloning" rel="nofollow ugc">Troubleshooting Backup & Cloning</a>
<h3>WP STAGING BACKUP & CLONING TECHNICAL REQUIREMENTS & INFORMATION</h3>
<ul>
<li>Works on latest version of WordPress</li>
<li>Minimum Supported WordPress Version 3.8</li>
<li>Cloning and Backup work on all webhosts</li>
<li>No extra libraries required</li>
<li>Backup & cloning supports huge websites</li>
<li>Custom backup format is much faster and smaller than any tar or zip compression</li>
<li>Backup & cloning works in low memory & shared hosting environments</li>
</ul>
<h3>SUPPORT</h3>
<a href="https://wp-staging.com/backup-wordpress" title="WP STAGING Backup & Cloning" rel="nofollow ugc">WP STAGING Backup & Cloning</a>

WP STAGING – WordPress Backup, Restore & Migration


This is another useless plugin on Wordpress. One can create a staging but can't push the staging to Production/Live website. This is another money making trick by plugin developer. First they trap the people without mentioning that this plugin can't push staging to live and once they are done with staging site they have to buy the plugin to push it to production. Its Useless, I will say. 


Whats the purpose of this plugin when you can create staging but can't push it

most features are commercial


I have tried all the well-known staging and backup plugins over the last few years.



After using a different plugin for years, I was convinced by WP Staging and since then, I wouldn't want to be without it.



Everything runs smoothly, and the customer service is great for questions and feature requests!



Definitely recommended!


Best Staging & Backup Plugin!

Backup, restore, staging, and migration for WordPress. Create full-site backups and test updates safely. 100% Unit Tested.

Strategery Migrations vs WP STAGING – WordPress Backup, Restore & Migration