Description
Keep a safe copy.
Revaulta is a WordPress backup and restore plugin developed by Adburbs Digital Agency. It brings backup creation, package verification, local downloads, uploads and recovery into one administration interface, with clear progress and explicit confirmation before restoration.
Create a recovery point before updating a theme, changing plugins or making substantial content changes. Choose the backup scope and follow its progress. Revaulta generates a unique name automatically; use the optional custom name when you want your own label. When you need an earlier version of supported site content, select a local package or upload a Revaulta archive from your computer, review the checks and confirm the restoration.
Backup the content you need
- Full content backup: combine the site’s prefixed database tables with supported plugins, themes and uploaded media.
- Database backup: save supported WordPress tables and their records in a portable package.
- Files backup: save supported plugin, theme and uploads directories without exporting the database.
- Recognizable backups: automatic unique names, optional custom labels, creation date, scope, size and integrity status.
- Independent copies: download a backup and store a separate copy outside the hosting account.
WordPress core, wp-config.php, database credentials, caches, symbolic links, host drop-ins, custom wp-content directories and the running Revaulta plugin are excluded. Full content backup refers to the supported content and database scope, rather than a disk image of the entire server.
Verify before restoring
Revaulta verifies package structure, member paths, declared sizes and SHA-256 hashes. Every created backup is verified before being marked complete. Uploaded packages remain pending until their integrity check finishes. These checks detect missing or changed package data; they do not certify the archive’s author or establish that all application features will work after restoration.
Before applying an incoming package, Revaulta creates a full verified recovery backup of the destination. Supported database records are prepared in staged InnoDB tables. Content is restored in bounded pieces, and database tables are switched after the content phase succeeds. The currently authenticated destination administrator and session metadata are preserved, along with destination site addresses. Source active plugins and the theme are restored after compatibility checks; Revaulta remains active.
During restoration Revaulta temporarily stores an isolated active-plugin list and uses its shipped recovery code to prevent theme startup, so subsequent requests can reach the recovery engine without creating executable bootstrap files. The public site is placed in maintenance while changes are applied. After successful completion the owned maintenance marker and private recovery descriptor are removed, while the recovery package is retained.
Follow each operation
The administration interface shows real progress, current operation messages, backup status and recent activity. Jobs save their completed steps to private local storage. Pause a running operation and resume it when ready. If the browser is closed, further steps stop; reopening the administration page lets you resume from saved progress. No autonomous background worker is installed. Restoration cannot be cancelled once destination content writes have begun.
Private local storage
Backups are stored outside the public web document root. Package downloads require an authorized WordPress administrator session and nonce. No cloud account, external storage subscription or remote backup service is required. Packages contain private website data and are not encrypted; protect downloaded copies and the hosting account that holds them.
Beta release and compatibility
The administration interface follows the current WordPress user language, with English fallback. Translations are provided through translate.wordpress.org and WordPress language updates. This directory package does not bundle translated PO/MO files; available language coverage depends on approved community translations. This is a beta release; test backup and restoration on an isolated copy before relying on it for a live site. Supported environments require a single-site installation and supported InnoDB schemas. Clean-target migration supports different domains, subdirectories and table prefixes. Multisite, scheduled backups, cloud storage and central management are not included in this release.
Requirements: PHP ZIP, InnoDB tables, writable WordPress/content roots, database staging permissions and sufficient private disk capacity. Backups must be stored outside the web document root. Use REVAULTA_STORAGE_DIR in wp-config.php if the default external sibling directory is unsuitable.
Content covers plugins, themes and uploads. WordPress core, configuration, symlinks, caches, custom wp-content directories and the running Revaulta plugin are excluded. Restoration retains extra destination files. Multisite and autonomous scheduled workers are unsupported. An open administrator browser drives jobs; saved progress can be resumed after reopening the page.
Database restores create missing source plugin tables and stage source schemas independently of target column order. Additional destination tables remain intact. URL/path values, serialized/JSON strings, role keys and user capabilities are mapped to the target. Unsupported table structures and invalid transformations are rejected before activation. Live backups are not transactional snapshots. File and database replacement are not one atomic transaction. A failed partial restore can leave maintenance active; a verified recovery package is retained. Packages contain private site data and are not encrypted.
Source code
The readable, editable JavaScript source is included directly in assets/admin.js, assets/client.js and assets/i18n.js. These files are served as written; no npm, webpack, minification or JavaScript build step is required. PHP source, including the literal gettext calls in languages/messages.php and languages/lookup.php, is included in this package. No third-party JavaScript library is bundled.
The languages/revaulta.pot file is the translation template. WordPress loads directory language packs automatically. The languages/catalog.json mapping preserves historical operation messages; it is not a replacement for WordPress language packs.
Private backup storage is intentionally separate from public WordPress files because archives contain database records and other private site data. Revaulta does not generate or install PHP into mu-plugins, and does not modify its own plugin files. Updates should be installed when no restoration is running or awaiting recovery.
Screenshots



Installation
- Upload the release ZIP using the WordPress plugin installer, or copy the revaulta directory to wp-content/plugins.
- Activate Revaulta and open its administration menu.
- Resolve any environment/storage issue shown before creating a backup.
- Download an independent copy and test restoration on an isolated site.
FAQ
-
Will a closed browser continue the job?
-
No. State is saved; reopen Revaulta and resume the job.
-
Are backups encrypted?
-
No. Use private storage and keep downloaded packages securely.
-
Is every hosting environment supported?
-
No. This release refuses unsafe storage and unsupported table structures. Test your target environment and recovery before production use.
-
Which database structures are supported?
-
Supported InnoDB schemas can be staged on a clean destination, including missing custom plugin tables and different table prefixes. Required WordPress core tables are checked before migration. Views, foreign keys, generated columns and non-InnoDB tables are unsupported.
-
What happens if a restoration fails after changing files?
-
The public site remains in maintenance and the verified recovery package is retained. Administrator recovery may be necessary. Keep the package, inspect the recorded operation error and check the actual site state before removing maintenance. There is no automatic transaction that rolls back both filesystem and database changes together.
-
What are the package limits?
-
Compressed and expanded package sizes are limited to 10 GiB, with up to 100,000 ZIP entries and 90,000 source content files. Content processing uses 8 MiB fragments. Database JSON chunks are limited to 16 MiB. PHP request limits and available disk/database capacity also apply; these bounds are not a guarantee that every host can process a package of that size.
-
Can I delete multiple backups?
-
Yes. In Backups, select visible results and choose Delete selected backups. Review the selected names and total size before confirming. Deletion permanently removes the server packages, not the live site’s files/database or independently downloaded copies. A failure stops the batch; review the refreshed library and retry remaining selections. Deletion is blocked during running/paused operations and unresolved restore recovery.
-
How do I handle an interrupted deletion?
-
A package marked Deletion pending cannot be downloaded or restored. Retry its Delete action to finish. Do not manually rename/delete private state or completion receipts while an operation may still be active.
-
Does disabling or deleting the plugin remove my backups?
-
No automatic backup retention or deletion policy is implemented. Private backup packages should be managed deliberately; keep an independent copy before deleting storage or changing hosting.
-
Where can I find the developer?
-
Visit the Revaulta product site and installation guide. For support, email support@adburbs.com with the plugin, WordPress and PHP versions, the operation type and the visible error. Do not send passwords, access tokens or full backup archives by ordinary email. This beta has not been published in the WordPress.org directory.
Reviews
There are no reviews for this plugin.
Contributors & Developers
“Revaulta – Backup, Restore & Migration” is open source software. The following people have contributed to this plugin.
ContributorsTranslate “Revaulta – Backup, Restore & Migration” into your language.
Interested in development?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
Changelog
1.0.0
Add single and bulk backup deletion, improve request validation and PHP 8.1 restoration compatibility, and expand translation drafts. Update installation guidance and recovery instructions.
1.0.0-beta.4
Bundle first-draft machine translation catalogs for provider-supported WordPress locales. Follow the WordPress user language, preserve English fallback, and record pending expert/regional reviews and unsupported languages explicitly.
1.0.0-beta.3
Add the native WordPress plugin details window with English/Turkish description, installation, FAQ, screenshots and changelog. Bundle local detail-window images without inventing directory statistics.
1.0.0-beta.2
Add clean-target migration with schema staging, domain/subdirectory/prefix conversion, safe serialized and JSON value rewriting, destination administrator preservation and authenticated nonce refresh. Retain source plugin/theme selections, exclude transient caches and validate replayable activation receipts.
1.0.0-beta.1
Standardize the publisher as Adburbs Digital Agency and refine beta release presentation.
0.1.0
Initial development release of the Revaulta administration interface and local backup/restore engine.
