Engine groundwork for moving whole multisite networks with Restora Pro.<\/p>","1.3.6":"
Schedules keep counting from the last backup when changed, show their next run, downloads carry the site's name, and a security fix for Windows servers.<\/p>","1.3.5":"
A clearer nginx notice with the exact line for your site and a Check again button.<\/p>","1.3.4":"
More schedule frequencies; targeted restores and clean-up for the Pro recovery page.<\/p>","1.3.3":"
Links to Restora Pro and a Backups link on the Plugins screen.<\/p>","1.3.2":"
Minutes in the schedule, and two ways to narrow who may use Restora.<\/p>","1.3.1":"
The groundwork for multisite networks in Restora Pro 1.2.0.<\/p>","1.3.0":"
Open any backup in the list to see exactly what it holds.<\/p>","1.2.0":"
A restore-by-hand guide for the day wp-admin is unreachable, and Pro's recovery page in Site Health.<\/p>","1.1.1":"
Corrects the link to the plugin's home page.<\/p>","1.1.0":"
A backup before plugin, theme and WordPress updates (optional), and WP-CLI commands.<\/p>","1.0.3":"
Site Health check for backups, a notice when no schedule is on, the log of each backup in the list, how long each took, an early disk-space check, and a clearer Download button.<\/p>","1.0.2":"
Other WordPress sites in the same database are recognised whatever their prefix.<\/p>","1.0.1":"
Clear messages when a backup or restore is interrupted.<\/p>","1.0.0":"
First release.<\/p>"},"ratings":[],"assets_icons":{"icon-128x128.png":{"filename":"icon-128x128.png","revision":3748645,"resolution":"128x128","location":"assets","locale":"","width":128,"height":128},"icon-256x256.png":{"filename":"icon-256x256.png","revision":3748645,"resolution":"256x256","location":"assets","locale":"","width":256,"height":256},"icon.svg":{"filename":"icon.svg","revision":3748645,"resolution":false,"location":"assets","locale":false}},"assets_banners":{"banner-1544x500.png":{"filename":"banner-1544x500.png","revision":3748645,"resolution":"1544x500","location":"assets","locale":"","width":1544,"height":500},"banner-772x250.png":{"filename":"banner-772x250.png","revision":3748645,"resolution":"772x250","location":"assets","locale":"","width":772,"height":250}},"assets_blueprints":{},"all_blocks":[],"tagged_versions":["1.0.0","1.0.1","1.0.2","1.1.0","1.1.1","1.2.0","1.3.0","1.3.1","1.3.2","1.3.3","1.3.4","1.3.5","1.3.6","1.3.7"],"block_files":[],"assets_screenshots":{"screenshot-1.png":{"filename":"screenshot-1.png","revision":3748645,"resolution":"1","location":"assets","locale":"","width":1440,"height":900}},"screenshots":{"1":"The Restora screen: make a full or partial backup, restore or download the ones you have, and set the schedule."}},"plugin_section":[],"plugin_tags":[151,10718,286952,152,265189],"plugin_category":[59],"plugin_contributors":[286953],"plugin_business_model":[],"class_list":["post-386746","plugin","type-plugin","status-publish","hentry","plugin_tags-backup","plugin_tags-database-backup","plugin_tags-full-site-backup","plugin_tags-restore","plugin_tags-scheduled-backup","plugin_category-utilities-and-tools","plugin_contributors-jbosnakis","plugin_committers-jbosnakis"],"banners":{"banner":"https:\/\/ps.w.org\/restora\/assets\/banner-772x250.png?rev=3748645","banner_2x":"https:\/\/ps.w.org\/restora\/assets\/banner-1544x500.png?rev=3748645","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":"https:\/\/ps.w.org\/restora\/assets\/icon.svg?rev=3748645","icon":"https:\/\/ps.w.org\/restora\/assets\/icon.svg?rev=3748645","icon_2x":false,"generated":false},"screenshots":[{"src":"https:\/\/ps.w.org\/restora\/assets\/screenshot-1.png?rev=3748645","caption":"The Restora screen: make a full or partial backup, restore or download the ones you have, and set the schedule."}],"raw_content":"\n
Restora backs up a WordPress site into one standard zip file: every file in the WordPress folder plus a dump of the database.<\/p>\n\n
.restora\/<\/code>.<\/li>\n- Closed to the web.<\/strong> Backups live in a randomly named folder and can only be downloaded by an administrator through WordPress.<\/li>\n<\/ul>\n\n
Why another backup plugin?<\/h4>\n\n
Because the hard part of a backup is getting it back, and that is where Restora spends its effort.<\/p>\n\n
\n- It finishes on limited hosting.<\/strong> Restora writes one zip and can pause and resume in the middle of any file, so a short PHP time limit on shared hosting is enough for a site of any size, without changing any server settings.<\/li>\n
- The restore is checked before it touches anything.<\/strong> Every file in the archive is verified first, the database is loaded into temporary tables and swapped in one step, and
wp-config.php<\/code> is never overwritten.<\/li>\n- Nothing is locked.<\/strong> Every feature described here works fully in this plugin, with no account and no service of ours in between. Your backups stay on your server.<\/li>\n<\/ul>\n\n
Restora Pro<\/h4>\n\n
Restora Pro is a separate, paid add-on for those who need more: Repair, which finds the plugin, theme or WordPress file that took a site down and fixes just that without a full restore, an emergency recovery page that works when WordPress itself is broken, copies on SFTP and S3-compatible storage, moving the site to another server with one installer, AES-256 encrypted backups (locked with a key pair, so the site itself never holds the key), and one screen to watch and back up all your sites. This plugin does not need it and never asks for it beyond a single card on its screen.<\/p>\n\n
Requirements<\/h4>\n\n\n- PHP 7.4 or newer, 64-bit, with the zip, zlib and pdo_mysql extensions (present on almost every host).<\/li>\n
- MySQL or MariaDB.<\/li>\n
- Single sites. Multisite networks are not supported yet.<\/li>\n<\/ul>\n\n
External services<\/h3>\n\n
Restora contacts no external service. The only requests it makes are to your own site, so that a backup can keep itself going in short slices.<\/p>\n\n
Privacy<\/h3>\n\n
A backup is a copy of your site, so it contains whatever personal data your site holds (user accounts, comments, orders and so on). It is stored in your own wp-content<\/code> folder. Restora collects nothing about you or your visitors and sends nothing to its author. Keep downloaded backups somewhere safe.<\/p>\n\n\n\n- Upload the plugin and activate it.<\/li>\n
- Open Restora<\/strong> in the admin menu and press Create backup<\/strong>.<\/li>\n<\/ol>\n\n\n
\nWhere are the backups stored?<\/h3><\/dt>\nIn wp-content\/restora-<random key>\/<\/code>. Its name cannot be guessed, and on Apache and IIS the files Restora puts in it deny web access. nginx ignores those files: Restora checks once a day whether the folder can be reached from the web and, if it can, shows the line to add to the nginx configuration.<\/p><\/dd>\nWhat happens to my backups if I delete the plugin?<\/h3><\/dt>\nThey stay where they are. Install Restora again and it finds them.<\/p><\/dd>\n
What is left out of a backup?<\/h3><\/dt>\nCache folders, WordPress upgrade leftovers and the backup folders of other backup plugins. You can add your own paths and patterns in the settings; developers can also use the restora_exclude<\/code> filter.<\/p>\n\nFrom the database, the tables of the site are backed up: WordPress's own, plus any other tables you choose in the settings. Views, triggers, stored procedures and events are not; WordPress does not use them, but some custom code does.<\/p><\/dd>\n
What happens if a restore stops halfway?<\/h3><\/dt>\nIt is undone. Before a file is replaced, its current version is set aside, and the database is only switched over at the very end. If the restore cannot finish (the disk fills up, a folder cannot be written, the window is closed), every file goes back to how it was and the database is left untouched. Before anything is written, Restora also checks that the folders are writable and that there is enough free space.<\/p><\/dd>\n
What if the site is down and I cannot reach wp-admin?<\/h3><\/dt>\nA Restora backup is a normal zip, so nothing is locked in. The files are in it as they were on the site, and the database is plain SQL under .restora\/ inside the archive: unpack the files over the site with FTP or the host's file manager, import the SQL with phpMyAdmin, and the site is back. The step-by-step guide is at https:\/\/restora.perforks.com\/docs#restore-by-hand. Restora Pro adds an emergency recovery page that does all this for you, even when WordPress itself does not load, and copies of your backups on S3 or SFTP for the day the whole server is gone.<\/p><\/dd>\n
Who can run, download or delete backups?<\/h3><\/dt>\nOnly administrators (network administrators on a multisite network): every screen, button and download checks that capability and a nonce, and the backup folder itself has a random name and is closed to the web, so a backup can only be fetched through Restora by someone logged in with that right. The restora_capability<\/code> filter narrows the circle further, to a custom capability you give to the people you choose. The WP-CLI commands run only for someone with shell access to the server as the site's own user, who could reach the files anyway; define( 'RESTORA_DISABLE_CLI', true )<\/code> in wp-config.php switches them off on a server where that shell is shared. Restora Pro's remote access is read-and-run only: another site with the access key can list, start and download backups, never delete or restore; the key is stored hashed and locks after a few wrong attempts.<\/p><\/dd>\nDo scheduled backups need a real cron job?<\/h3><\/dt>\nNo. They start through WP-Cron and then keep themselves going. On a site with very few visits they may start late; a server cron job calling wp-cron.php<\/code> makes the timing exact.<\/p><\/dd>\nDoes Restora create files outside its own folders?<\/h3><\/dt>\nNo. Everything it writes stays in its own randomly named folder in wp-content<\/code>. While a restore runs, its settings file waits there too (readable by the site only, and without the database credentials, which are read from wp-config.php<\/code>) and is removed when the restore ends.<\/p><\/dd>\nCan it restore an encrypted backup?<\/h3><\/dt>\nYes. Backups encrypted by Restora Pro can be restored here with their password, even without Pro. A lost password cannot be recovered: that is what the encryption is for.<\/p><\/dd>\n
Can it back up before an update?<\/h3><\/dt>\nYes. Under Settings, turn on \"Before updates\": just before WordPress updates a plugin, a theme or itself, Restora backs up the database, or the database with the plugins and themes folders if you choose so. Media is never included, because the update waits for the backup. One backup covers all the updates of the next ten minutes, the newest few are kept, and a backup that fails never stops the update.<\/p><\/dd>\n
Does it have WP-CLI commands?<\/h3><\/dt>\nYes: wp restora backup<\/code>, wp restora list<\/code>, wp restora restore <name><\/code>, wp restora delete <name><\/code>, wp restora log <name><\/code> and wp restora status<\/code>. Run wp help restora<\/code> for the options. status<\/code> exits with 1 when the backups need attention.<\/p><\/dd>\nDoes it work with multisite?<\/h3><\/dt>\nWith Restora Pro, yes, site by site. The main site's backup carries the network itself (its tables, the user list, the shared files); every other site's backup carries that site's tables, its uploads and the users who belong to it. \"All sites\" makes one backup per site in one set, so the whole network goes back with one click, main site first, and restoring one site touches only that site and merges its users. The free plugin says so and stops on a network.<\/p><\/dd>\n
Does a restore delete files?<\/h3><\/dt>\nNo. Files that exist on the site but not in the backup are left in place, and wp-config.php<\/code> is never overwritten.<\/p><\/dd>\n\n<\/dl>\n\n\n1.3.7<\/h4>\n\n\n- The restore engine can check a whole backup without writing anything, and moves the addresses of every site of a network that moves with it. Restora Pro's installer uses this to move a whole multisite network.<\/li>\n
- A multisite network keeps each site's roles when its table prefix changes in a restore.<\/li>\n
- WP-CLI records which sites belong to an \"all sites\" backup of a network.<\/li>\n<\/ul>\n\n
1.3.6<\/h4>\n\n\n- Changing a schedule no longer starts it over. The next backup still counts from the last scheduled one; if that date has already gone by (a backup five days ago, now every three days), it is the chosen time's next turn. Intervals are counted in days, so moving the time after a backup no longer gives a second backup the same day.<\/li>\n
- Under each schedule, a line says when it will run next, how often, and what it counts from, and follows the choices on the screen before you save.<\/li>\n
- A downloaded backup is named after its site (yoursite.com-restora-full-....zip). A file with such a name copied back into the backup folder is recognised again.<\/li>\n
- Security: the restore engine also treats a backslash as a folder separator on Windows servers, so a crafted archive cannot write outside the site there.<\/li>\n<\/ul>\n\n
1.3.5<\/h4>\n\n\n- On nginx, the notice about the backup folder now says plainly what is going on, shows the exact line for this site (with its real folder name and path, also for a site in a subfolder), explains where to paste it in CloudPanel, Plesk and similar panels, and has a Check again button instead of waiting a day.<\/li>\n
- The Restora Pro card names Repair, which finds the plugin or theme that took a site down and fixes just that.<\/li>\n<\/ul>\n\n
1.3.4<\/h4>\n\n\n- Schedules can run every 2 or 3 days, every 2 weeks or every 15 days, next to every day, week and month. Site Health adjusts its \"newest backup is too old\" check to the schedule that is on.<\/li>\n
- The restore engine can restore only chosen files or folders from a backup, checking just those, and can remove from plugins, must-use plugins and themes whatever the backup does not have. Restora Pro's emergency recovery page uses both: a file added after the backup is the usual reason a site stops working, and a targeted restore brings a single plugin back in seconds on a site with gigabytes of uploads. The restore from the Restora screen is unchanged.<\/li>\n<\/ul>\n\n
1.3.3<\/h4>\n\n\n- The Restora Pro card at the end of the screen now links to Restora Pro, and the Plugins screen has a Backups link (and a Get Pro link while Pro is not installed). Nothing else changes; the free plugin asks for nothing.<\/li>\n<\/ul>\n\n
1.3.2<\/h4>\n\n\n- Scheduled backups can start at any minute of the hour, not only on the hour.<\/li>\n
- A
restora_capability<\/code> filter, to narrow who may use Restora to a capability of your choosing, and RESTORA_DISABLE_CLI<\/code> to switch the WP-CLI commands off on a server whose shell is shared.<\/li>\n<\/ul>\n\n1.3.1<\/h4>\n\n\n- Multisite networks: the hooks Restora Pro 1.2.0 uses to back up and restore a network site by site (which tables and folders a backup takes, which rows, a follow-up job after a backup, a merge step in the restore engine for the shared user tables). The free plugin still says so when a network needs Pro.<\/li>\n
wp restora backup --site=<id|all><\/code> and a site column in wp restora list<\/code> on networks.<\/li>\n<\/ul>\n\n1.3.0<\/h4>\n\n\n- Details for every backup in the list: open a backup to see the site it came from, the WordPress, PHP and MySQL versions at the time, every database table with its rows, and the files grouped the way you think of them: each plugin and theme with its size, media uploads by year, and WordPress itself. Read from the archive's table of contents, so an encrypted backup is listed just the same.<\/li>\n<\/ul>\n\n
1.2.0<\/h4>\n\n\n- A guide to restoring by hand when wp-admin cannot be reached, linked from the Restore panel and the FAQ: a Restora backup is a normal zip with the database as plain SQL, so nothing is ever locked in.<\/li>\n
- Restora Pro 1.1.0: Site Health and the Dashboard say when the emergency recovery page has not been set up yet.<\/li>\n<\/ul>\n\n
1.1.1<\/h4>\n\n\n- The plugin's home page link now points to https:\/\/restora.perforks.com.<\/li>\n<\/ul>\n\n
1.1.0<\/h4>\n\n\n- A backup before updates: when the setting is on, Restora backs up the database (and, if you choose, the plugins and themes) just before WordPress updates a plugin, a theme or itself, from the dashboard, from WP-CLI or automatically. One backup covers a whole batch of updates; the newest few are kept.<\/li>\n
- WP-CLI:
wp restora backup<\/code>, list<\/code>, restore<\/code>, delete<\/code>, log<\/code> and status<\/code>, for scripts and for sites managed from the terminal. status<\/code> exits with 1 when the backups need attention, so it can sit in monitoring.<\/li>\n<\/ul>\n\n1.0.3<\/h4>\n\n\n- Site Health now has a \"Backups\" check: it says whether a schedule is on, how old the newest backup is, and whether the last scheduled backup failed.<\/li>\n
- A notice on the Dashboard and the Plugins screen when Restora is installed but no schedule is turned on. It can be dismissed.<\/li>\n
- The log of every backup stays next to it: a Log link in the list opens it, long after the job itself is gone. When you write to us about a problem, that is the text to send.<\/li>\n
- The list shows how long each backup took.<\/li>\n
- Not enough disk space is reported as soon as the scan knows the size of the backup, with the numbers, instead of failing near the end.<\/li>\n
- A backup started by hand that fails after its window was closed now sends the failure email too, when an address is set.<\/li>\n
- The Download button shows that the server is preparing the file, and says when the download has begun; from there your browser shows the progress. Download all waits for each part to begin before asking for the next.<\/li>\n<\/ul>\n\n
1.0.2<\/h4>\n\n\n- Another WordPress site that shares the database is now recognised whatever its table prefix (a random one such as mttpiSq_ included). It is named under Settings \u203a Other database tables instead of its tables being listed as if custom code had made them, and it is never backed up or restored with this site.<\/li>\n
- The settings now say which prefix this site uses, as read from wp-config.php.<\/li>\n<\/ul>\n\n
1.0.1<\/h4>\n\n\n- When a backup or restore is cut off, a clear message now says what happened: the request was blocked, the server sent an unexpected page or an error, the connection dropped, the server stopped answering, or progress stalled.<\/li>\n<\/ul>\n\n
1.0.0<\/h4>\n\n\n- First release: resumable backups of the full site or of separate parts, restore with a safety backup, schedules and retention.<\/li>\n<\/ul>","raw_excerpt":"Backups that finish on any hosting, and restores you can trust: the whole site in one zip or in separate parts.","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/386746","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=386746"}],"author":[{"embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/jbosnakis"}],"wp:attachment":[{"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=386746"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=386746"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=386746"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=386746"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=386746"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/ko.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=386746"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}