Hot
WP Staging Pro – WordPress Plugin for Site Cloning & Backup 6.18.0
WP Staging Pro is a WordPress plugin that simplifies site cloning and backup, allowing you to create a staging environment quickly. Once activated, it integrates into your WordPress admin panel, enabling safe testing of changes without affecting your live site. Regular updates ensure ongoing compatibility with the latest WordPress versions.
Description
WP Staging Pro – WordPress Plugin for Site Cloning & Backup — download
Download WP Staging Pro – WordPress Plugin for Site Cloning & Backup free with SrmehranClub membership. Exact files as listed on the official site. No license keys or author support. GPL pre-activated.
WP Staging Pro – A WordPress Plugin for Site Cloning and Backup
Effortless Site Cloning and Backup with WP Staging Pro
WP Staging Pro is a powerful WordPress plugin designed to simplify the process of site cloning and backup. Developed by WordPress, this plugin helps you create a staging environment with just a few clicks, allowing you to safely test new changes without impacting your live site. With WP Staging Pro, you can easily clone your entire site, ensuring that you have a reliable backup ready in case of emergencies.
How WP Staging Pro Operates
Once activated, WP Staging Pro integrates seamlessly into your WordPress admin panel. It provides an intuitive interface to create and manage staging environments. You can initiate a clone of your site directly from the dashboard, and the plugin handles the rest. This empowers developers and site owners to experiment with new plugins or updates in a risk-free environment.
Capabilities That Make WP Staging Pro Stand Out
- Instant site cloning to a staging environment for safe testing.
- Regular updates ensure compatibility with the latest WordPress versions.
- One membership unlocks access to over 50,000 WordPress plugins and themes.
- GPL-licensed, allowing use across all your WordPress sites.
Ideal Users for WP Staging Pro
WP Staging Pro is perfect for WordPress site owners, freelancers, and small agencies looking for an efficient solution to manage site backups and test changes. If you frequently update your site or experiment with new plugins, this plugin helps reduce the risk of disrupting your live environment.
Key Information Before Downloading
WP Staging Pro is available for instant download and is regularly updated to ensure optimal performance. As a GPL-licensed product, it can be used across multiple sites without additional costs. While Srmehranclub offers this plugin at a competitive price, note that it does not come with official support or a license key.
To explore more options and enhance your WordPress site management, visit our Backup category.
Frequently Asked Questions
- Can WP Staging Pro be used on multiple sites? Yes, it is GPL-licensed and can be used on all your sites.
- Does it include automatic updates? Yes, regular updates are part of the package to ensure compatibility.
- Is an official support available? No, official support is not provided with this version.
WP Staging Pro provides a practical, efficient solution for managing your WordPress site’s backups and testing environments. It’s a must-have tool for anyone serious about site maintenance and development.
Changelog
From readme.txt in the download
New
- Add secure transfer sessions for backup downloads. Backups are no longer offered as permanent public URLs. Instead Download Backup and Share Backup Link create a short-lived, tokenized transfer link on click that the webserver serves statically, so PHP never streams the backup and large downloads can not run into PHP timeouts. #5449
- Protect the permanent backup directory against direct HTTP access on Apache and IIS, and add a backup folder security self-test with a small, expandable notice that says what to ask the hosting provider when the folder is still reachable. #5449
- Enh: Advertise the Pro auto login feature below the button that opens a new staging site in the free version. #6360
Improved
- Add the Pro 6.16.0 features to the Free vs Pro comparison. #6716
- Check the backup cancel and error modals themselves instead of the whole page, which now quotes the cancel modal title in the newsfeed. #6715
- Confirm each dummy backup in the cloud storage integration tests through the listing, and upload it again when a transient network error lost it. #6624
- Delete the OneDrive integration test folder after each run instead of leaving it in the shared account. #6682
- Document which existing backup, Remote Sync and CLI parts the planned hosted deploy service can reuse. #6744
- Drop the second approval and let two clean role reviews make a pull request ready to merge. #6736
- Expect a backup cancel to end as cancelled when a status check fails during it. #6728
- Find a fix already in flight under another issue before an agent works on one. #6800
+23 more
- Hand the dismissal of a changes-requested review to the author or the project owner, since agents are denied it. #6759
- Keep the live license check out of the Remote Sync pull database spec. #6711
- Let a worktree run a Playwright spec that reads the database. #6368
- Let agents post review thread replies through
dev/ci-watch.sh reply. #6748 - Let the lifecycle controller accept a Codex review in place of Copilot's. #6868
- Let the lifecycle controller act on pull requests whose mergeability is still being computed. #6798
- Lower the CPU each E2E test spends on screen recording and looping animations. #6695
- Make the WP-CLI staging-site polling example stop when the job finishes or fails. #6785
- Make the fatal-error guard detect fatals in hidden markup. #6505
- Record migration as a Pro-only feature in the licence feature matrix. #6788
- Resume an issue with make worktree from its branch on origin instead of starting a second branch from master. #6803
- Retry WordPress plugin and theme downloads during site setup. #5303
- Run the release pipeline on the branch it was dispatched on instead of one named after the current month. #6692
- Search for an existing issue before an agent opens a new one. #6503
- Settle a pull request in one review round: a push after a role review no longer asks its reviewer again. #6657
- Shard Pro Single Staging and Pro Single Backup in the release suite's PHP 7.4 gate. #6698
- Start the full PHP matrix from the lifecycle controller once the review is settled. #6739
- Start the lifecycle controller after a role review is posted, so the review-role labels come off at once. #6832
- Stop StagingSiteHttpDetectorTest failing with 301 instead of 300 when a second passes between scheduling two staging sites. #6762
- Stop the lifecycle controller from holding back a pull request that is only behind master. #6790
- Tell the lifecycle controller when a Fast tests or E2E run it started has finished, instead of waiting for its two-hourly sweep. #6814
- Turn off wp-browser's temporary-table rewrite in four unit test classes that need real tables. #6763
- Write owner decision requests on pull requests in product terms, without code names. #6804
Fixed
- A backup no longer fails when a theme, plugin or media file has a modification date before 1970 or after 2106. #6582
- A second cancellation that starts while one is still running now waits for it instead of stopping it silently. #6623
- Background jobs could fail to find their queue table on sites that use SQLite. #6756
- Clone the subsite that source-blog-id names in the WP-CLI staging-site-create command instead of the current blog. (Pro) #6268
- Correct the .htaccess rewrite base for multisite network clones. (Pro) #6137
- Delete the Remote Sync settings when WP Staging Pro is uninstalled. (Pro) #6764
- Finish deleting a split backup once every part was deleted, instead of ending the request without a reply. (Pro) #6784
- Finish the remote backup list when one of several storages answers with an error, instead of leaving the loading indicator running and the "No remote Backups found" message out of date. (Pro) #5913
+44 more
- Hash the whole backup once instead of twice when a remote upload checks a file already on the remote storage. (Pro) #6498
- Include Remote Sync logs and timestamps in bundled downloads. (Pro) #6640
- Keep bundled log downloads inside the 14-day retention window instead of including logs of any age. #6713
- Keep every job log entry on one line, so a line break in an error message can no longer forge log entries. #6758
- Keep passwords out of corrupted staging sites reports and remove temporary report files. #6131
- Keep storage access tokens out of the request error that reaches the job log and the debug log. (Pro) #6631
- Keep the live site's database prefix while listing a push's tables, so the rest of that request no longer reads or writes the staging site's tables. (Pro) #6772
- Keep the run day and the missed-run record of a backup plan when only its retention is changed. (Pro) #6479
- Keep the staging creation screen open after pressing Stop instead of reporting the job as cancelled from another page or opening a status error popup. #6455
- Let the Delete wpstg-restore.php button remove the restore tool without a Developer or Agency license. (Pro) #6706
- Make wp wpstg status report running, finished and failed jobs correctly. (Pro) #6787
- Name the failed backup in upload failure reports. (Pro) #6551
- Offer the staging site's login page instead of a session-expired error when the license is not active. (Pro) #6708
- Open the backup explorer on backups with many files instead of failing with an HTTP 500 memory error. #6667
- Post every failed scheduled backup upload to Slack, a repeated one at most once per hour, and send Slack error reports even with error emails off. (Pro) #6551
- Preserve clone settings when continuing past the database grant warning. (Pro) #6712
- Preserve production wpstg_queue and wpstg_settings during Legacy Push. (Pro) #6693
- Purge the LiteSpeed page cache after a restore, also when the restore replaced or deactivated the LiteSpeed Cache plugin. #6779
- Read every page of the backup listing on Google Drive, OneDrive and the S3 storages, so the backup list and retention see every stored backup. (Pro) #5913
- Reading and checking plugin settings could hang or come back empty on sites that use SQLite. #6751
- Refuse a subsite backup whose blog ID names no subsite of the current network, or names one that is archived, suspended or deleted. #6403
- Remote Sync push no longer logs a setTmpDatabasePrefix() TypeError on every queue tick. (Pro) #6773
- Repair a missing queue column when the stored schema version is current. #6693
- Report a backup file that reached the server's file size limit as such, with what to do about it, instead of as a full disk. #6862
- Retry a scheduled backup report email that could not be sent. #6551
- Retry opening the Google Drive upload session after a network error instead of cancelling the upload. (Pro) #6681
- Run the optimizer preflight with the current mu-plugin and retry unverified checks. #5659
- Send identical backup report emails at most once per hour. #6551
- Show an Activate License button in the Pro header when the site is not activated on its license. (Pro) #6707
- Show why Run Now could not start a backup plan, and mark the plan's last run as failed when its subsite backup is refused. #6403
- Skip hashing the whole backup when a remote upload finds the remote copy at a different size. (Pro) #6823
- Stop PHP 8.4 deprecation notice in the search & replace step of staging site cloning and pushing. #5623
- Stop a killed backup request from adding the same files twice, which threw finished backups away at the file-count check. #6578
- Stop a remote backup upload when a wrong-sized file of the same name cannot be deleted first, and retry a pCloud deletion that timed out. (Pro) #6496
- Stop a retried Next-Gen push, or staging site creation, update or reset, from replaying database rows and failing with a duplicate PRIMARY key. #6577
- Stop a second "Success" dialog from covering the next dialog opened after creating a staging site. #6664
- Stop duplicate PHP time-limit warnings for successful scheduled backups. #6551
- Stop expired temporary-login records from logging out an existing administrator who signed in with their password. (Pro) #6840
- Stop reporting a backup as failed when its status check fails right after pressing Stop. #6455
- Stop the backup of a subsite from silently backing up the current blog when the blog ID cannot be resolved. #6403
- Stop two simultaneous FTP / SFTP profile saves from both claiming the same folder. (Pro) #6559
- The Upload Backup to Cloud and Create Backup modals no longer reopen by themselves on a later visit to Backups after connecting Google Drive with your own API credentials. (Pro) #6139
- Warn when a backup listing could not be read in full on Google Drive, OneDrive, Dropbox or any of the S3 storages, instead of showing a short list as the whole folder. (Pro) #5913
- Write database passwords, users and names containing an apostrophe, double quote or backslash correctly to wp-config.php in the standalone restore tool. (Pro) #6794
Other
- Enh: Ask OneDrive for a whole page of entries when listing backups, instead of leaving Microsoft Graph on its default of 200 per request. (Pro) #5913
- Enh: Limit "Create Blank WP Site" to the Business plan and above. (Pro) #6725
- Enh: Show the ten newest remote backups first and keep the rest behind a "Show more" button, so a large remote backup folder does not slow the backup list down. (Pro) #5913
- WP STAGING | PRO Backup & Cloning | Full Changelog: https://wp-staging.com/wp-staging-pro-changelog/
Reviews
There are no reviews yet.