Restoration: ANGIE now applies very high memory and execution time limits to prevent some timeout / memory outage issues on most hosts. ANGIE will now try to set a maximum memory usage of 1Gb and a PHP execution time limit of one day — much more than it will possibly need. This allows it to work even on slow hosts with unreasonably low default memory and execution time limits, especially during long running operations such as restoring your database. Note that the backup engine typically uses 12 to 16Mb and PHP does NOT reserve the entire memory limit; this is a limit to how much memory can be reserved as needed at a maximum, therefore this option is safe to use even on hosts with much less available system memory e.g. 512Mb or even lower. Likewise, the high timeout limit doesn't mean that ANGIE will run for an entire day or that even trying to do so would necessarily succeed. It's just a limit, i.e. the longest it could possibly run before PHP itself terminates the process.
Restoration: ANGIE now warns you if you leave the database connection information empty. When restoring your site on a different server, domain, subdomain or subdirectory than where you backed up from the default behaviour is to see the database connection information fields empty. This is a good hint that you need to provide connection details to a new database. A stark minority of users left that empty, clicked on the Next button and was promptly perplexed as to why they got an error that they cannot connect to the database. There's a new message in this case notifying the user that they are leaving these fields empty, asking them to confirm this is what they really intended to do. Beyond that there's nothing more we can do to point out the obvious...
WordPress Restoration: Data replacement will skip over entire tables with no data in need of replacement. The data replacement code will perform a preliminary check before processing each table. If there is nothing to be replaced on that table it will be automatically skipped over. This dramatically increases the efficiency of the data replacement process on sites with massive database table which do not contain any data in need of replacement e.g. e-commerce orders and logs.
WordPress Restoration: Data replacement uses transactions for better performance. The data replacement backend has been tweaked to use MySQL transactions when writing information back to the database. This leads to a dramatic performance increase if you are using a database server on a different physical server than the one hosting your web server software.
Option to set a really large PHP memory limit during backup. Enabling this new option will have the backup engine attempt to set the PHP memory limit to 1Gb. This will allow you to process much larger files on most hosts with very conservative memory limit settings. Note that the backup engine typically uses 12 to 16Mb and PHP does NOT reserve the entire memory limit; this is a limit to how much memory can be reserved as needed at a maximum, therefore this option is safe to use even on hosts with much less available system memory e.g. 512Mb or even lower.
Bug fixes and minor improvements. Please take a look at the CHANGELOG below.
Please consult our Compatibility page. It explains our version support policy and lists which versions of our software are compatible with which versions of the supported CMS and PHP.