Try it out on your free dummy site: Click here => https://tastewp.com/plugins/wp-clone-by-wp-academy.
(this trick works for all plugins in the WP repo – just replace „wordpress“ with „tastewp“ in the URL)
WP Clone is a great way to backup, migrate or clone a WordPress site to another domain or hosting server.
You can also use it to backup, migrate or clone your site to/from local server hosting, to create backup of your site for development or testing purposes, and to install pre-configured backups of WordPress.
WP Clone is a superior to other backup & migrate plugins for the following reasons:
- It does not require FTP access to backup files you migrate or clone, neither the source or destination site; just install a new WordPress on the destination site, install our backup plugin, and follow the prompts to migrate or clone your site.
- It does not backup or restore the WordPress system files (it just creates user content and database backups); reducing upload time for migration and improving security of your site
- It fetches the site backup via your host’s direct http connection, which saves you from having to upload large backup files, making it easier to migrate.
What are today’s limitations?
- 90% of cases: Backups & migrations work flawlessly (we fixed some key bugs in the most recent version)
- 9% of cases: Backups or migrations fail due to your hoster’s configurations (most likely limits in up- and downloads) which is typically the case when you backup or migrate very large sites. However, there’s a workaround: simply do a “Database Only” backup (use “Advanced Settings”), transfer the wp-content directory over with FTP, and then restore new site. Then backup and migration also works.
- 1% of cases: Your site/hosting is abnormal (pardon our French) and backup or migration doesn’t work. However: that’s what we’ll now be working on, so that eventually backups and migrations will work in all cases.
The 1% case means:
- Basic rule: DO NOT use it as your only backup solution! Only use it for migrations (so that if something fails, you still have the files on your old site as backup).
- If you want to use it as backup, test it by restoring the backup file on a new site. If that works fine you should be safe.
- In any case, we cannot take any responsibility if backup or migration fails.
* There is never an issue in damaging the source installation (i.e. on the site where you create the backup). So backup sites at your pleasure. If your backup succeeds then chances are good that the migration (i.e. restore on another site) will also succeed. But don’t take any chances.
* If backup or migration (restore) fails, just try it again. Often it works on second attempt.
Other tips how to backup and migrate
- NEVER overwrite an installation for which you do not have an alternate backup source (e.g. a cPanel backup). Normally you would restore the backup onto a fresh WP installation on another host or on a subdomain. If the restore fails your destination site might become unusable, so be prepared to enter cPanel and then destroy / recreate the new installation if necessary.
- DO NOT use our backup plugin on WP Engine or any hosting system with proprietary operating system. Instead, use their built-in backup tools.
- Large sites (>2GB) might take as long as an hour to backup and migrate. Sites of 250 MB or less should take no more than a minute or two to backup, depending on your server.
- We recommend you deactivate and delete page caching, security and maybe redirection plugins before you migrate, and re-install them on the new site, if necessary. In general, delete all unnecessary plugins and data from your site before you backup. You can also use the „Exclude directories“ option if you have large media files, which you can then copy back to the new site with FTP.
- How to copy from local server to your hosted website: Create a backup of the local site in the usual way, then save the backup file (right-click > Save) to your local disk. Upload this file to the root directory of your destination website and then use this url in the “Restore” dialog of the new site: http://yourdomain.com/.
WP Clone uses functions from the „Safe Search and Replace on Database with Serialized Data“ script first written by David Coveney of Interconnect IT Ltd (UK) http://www.davidcoveney.com or http://www.interconnectit.com and released under the WTFPL http://sam.zoy.org/wtfpl/. Partial script with full changelog is placed inside ‘lib/files’ directory.
This plugin is part of the Inisev product family – check out our other products.
- Navigate to Plugins > Add New
- Search for „WP Clone by WP Academy“
- Install and activate the backup and migration plugin
- Follow remaining instructions in the help video
Backup and migration FAQ are under construction
Contributors & Developers
“Clone” is open source software. The following people have contributed to this plugin.Contributors
Translate “Clone” into your language.
Interested in development?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
- Fixed fatal error while site was unable to send external requests
- Adjusted old version databases compatibility
- Added nonce verification for particular option
- Removed unused modules
- Updated carrousel module
- Tested with WP 6.2
- Adjusted PHP compatibility
- Added black-friday theme (only for that period)
- Tested up to WordPress 6.1.1
- Fully tested with WordPress 6.1-RC5
- Added support for PHP 8.1
- Removed deprecated translation method (domain path)
- Fully tested with WordPress 6.0.2
- NEW: Added feature that allows to try plugins before installation
- Added support for WordPress 5.8.1
- Added new modals
- Removed notices from error logging
- Added support for WordPress 5.8
- Updated information banner
- Added support for PHP 8.0
- Added support for WordPress 5.6
- Removed outdated banners
- Fixed deprecated functions
- Fixed some security issues
- Updated links
- Updated feedback version
- Updated migration texts
- Updated migration texts
- Updated backup plugin pic
- Updated backup texts
- Integrated feedback system
- Major bug that % got hashed fixed
- Other basic bug fixes (e.g. backups and migrations didn’t work on new domains)
- Texts in plugin updated, broken links removed
Tested up totag for backup and migration
- Added: PHP7 support of backup and migration
- Added: a multisite check during restore (not required at time of backup)
- Fixed: failed backups due to unreadable files
- Fixed: Backup names will use the time zone selected in general settings
- Added: basic backup and migration logs
- Added: An option to exclude files in backup and migration based on size (files larger than 25MB will be excluded by default for backups and migration)
- Added: An option to ignore the wordpress table prefix during backup and migration
- Added: An option to check the mysql connection during migration (restore)
- Changed: Files are no longer copied to a temporary location during backup
- Changed: siteurl option is updated during the database import
- Fixed: Missing backups that some users encountered after upgrading to 2.1.9
- Added: An option to refresh the backup list
- Added: An option to remove the database entry and delete all the backup files
- Added: A section that shows the uncompressed database size and the uncompressed size and the number of files that will be archived during a full backup
- Added: Notes in the advanced settings section regarding the Maximum memory limit and the Script backup execution time fields.
- Added: The report returned from the search and replace process into the restore successful page
- Changed: Moved the backup list location from the custom table to the wp_options table. (previous backups will be imported and the custom table will be removed on existing installations)
- Changed: Only the tables with the wordpress table prefix will be altered during a restore
- Changed: Only the tables with the wordpress table prefix will be saved during a backup
- Changed: Backup deletion is now handled using AJAX
- Added: An option to exclude specific directories during backup
- Added: An option to only backup the database
- Changed: File operations during backup are now handled directly instead of using the WP filesystem abstraction class
- Changed: The temporary directory location during the backup restore process from ‘/wp-content/’ to ‘/wp-content/wpclone-temp/’
- Added: An option to backup the database using WordPress’ WPDB class
- Removed: The need to keep the original backup names intact
- Changed: The backup name structure
- Changed: Backup file downloads are now handled using WP core functions
- Initial release