I did some testing and made several backups with different settings in the Advanced panel. Here are the results:
- With only Database checked dump.sql is in the backup
- With Database AND Uploads AND/OR Plugins checked dump.sql is in the backup
- With Database AND Content AND/OR WordPress checked dump.sql is NOT in the backup
Hope this helps you debug this 🙂
WPwebbouw, your last comment helped me figure out the problem. Will fix it ASAP.
Great. I think you made THE solution for WordPress backup me and my clients need. Where’s that donate button? 🙂
Thread Starter
bn86
(@bn86)
You are a star hel.io! Donation incoming 🙂
And thanks WPwebbouw for your fantastic testing!
Ok, so I implemented the fix and also fixed a lot of other small issues along the way.
Please test the development version found here: http://downloads.wordpress.org/plugin/backup.zip
You can make donations here. I appreciate your support.
I still have new features and optimizations incoming.
Works!
With Database AND Content AND/OR WordPress checked dump.sql is in the backup
I noticed when you check WordPress it makes no difference whether the other three options Content, Uploads and Plugins are checked or not. In all cases the complete WordPress filesystem is backupped.
Also when Content is checked, Uploads and Plugins are in the backup whether they are checked or not. So WordPress includes all other options and Content includes Plugins and Uploads.
This could be obvious for those who are familiar with the WordPress file system, but it could be confusing for ‘normal’ users (like my clients).
I think this functionality could be improved by auto-unchecking those options that are already included in another selection. So if one checks Content, Uploads and Plugins are automatically unchecked. And if one checks WordPress, all other options except Database are automatically unchecked. Furthermore this system could be clarified in the help.
My donation is already in your bank by now I guess. I will certainly promote this plugin with my clients. I’ve been searching for a decent backup solution for some time and your’s is by far the winner.
Possible improvements / wishlist:
– A restore function that streamlines the restore process. It analyses the backup archive and restores the WordPress install accordingly.
– A function to convert a complete backup to another domain. At the moment I use a great script for converting WordPress databases that deals well with serialized data. You find it here http://interconnectit.com/124/search-and-replace-for-wordpress-databases/
Ik would be really great if the convert function produces a converted archive of an existing backup archive. That way a complete WordPress install (files and database) would become truely portable across domains.
Thanks a million for writing this plugin and keep up the good work.
e-
Thank you for the donation.
The reason selecting what to backup works like it does is because WordPress allows you to have the content, plugins and uploads directories in totally different places, so for example if my uploads directory sits outside the content directory and I wanted to backup both, I would need to select both.
Thanks for the suggestions and support.
I’m facing the exact opposite problem.
ONLY the dump.sql is backed up (as long as it’s checked in the settings). All other files are omitted, regardless of whether they’re checked or not.
Any suggestions?
Perhaps the plugin is unable to create the zip file. Is the PHP zip extension enabled?
Hi shirleee,
Please paste the backup.log file here, and tell us about your setup.
I’ve experimented a little, and here’s what happens. The ZIP file isn’t created unless “Database” is checked in the settings. If it is, only dump.sql is archived.
The following backup attempts led to the attached bakup.log.
1) DB+Content (10:36:35) -> ZIP file contains dump.sql only
2) Content (10:55:45) -> ZIP file is not even created
3) WordPress (10:56:50) -> ZIP file is not even created
4) DB+WordPress (11:01:34) -> ZIP file contains dump.sql only.
backup.log:
2012-06-30 10:36:35 NOTICE Attempting to dump database to '/crypt/srv/www/htdocs/******/wp-content/backup/dump.sql'.
2012-06-30 10:36:35 NOTICE The database dump was completed successfully in 0.65 seconds.
2012-06-30 10:36:35 NOTICE Attempting to create archive '/crypt/srv/www/htdocs/******/wp-content/backup/1341056194.zip'.
2012-06-30 10:36:35 NOTICE Archive created successfully in 0.17 seconds. Archive file size is 195 kB.
2012-06-30 10:36:36 NOTICE Attempting to upload archive to Google Drive.
2012-06-30 10:48:37 NOTICE Archive 1341056194.zip uploaded to Google Drive in 241.08 seconds at an upload speed of /s.
2012-06-30 10:52:38 NOTICE Backup process completed in 963.32 seconds. Initial PHP memory usage was 32.5 MB and the backup process used another 8.5 MB of RAM.
2012-06-30 10:55:45 NOTICE Attempting to create archive '/crypt/srv/www/htdocs/******/wp-content/backup/1341057345.zip'.
2012-06-30 10:55:45 NOTICE Archive created successfully in 0.01 seconds. Archive file size is .
2012-06-30 10:55:46 NOTICE Attempting to upload archive to Google Drive.
2012-06-30 10:55:46 ERROR The path '/crypt/srv/www/htdocs/******/wp-content/backup/1341057345.zip' does not point to a readable file. (not_file)
2012-06-30 10:55:46 NOTICE Backup process completed in 0.23 seconds. Initial PHP memory usage was 32.5 MB and the backup process used another 0 MB of RAM.
2012-06-30 10:56:50 NOTICE Attempting to create archive '/crypt/srv/www/htdocs/******/wp-content/backup/1341057410.zip'.
2012-06-30 10:56:50 NOTICE Archive created successfully in 0.18 seconds. Archive file size is .
2012-06-30 10:56:50 NOTICE Attempting to upload archive to Google Drive.
2012-06-30 10:56:50 ERROR The path '/crypt/srv/www/htdocs/******/wp-content/backup/1341057410.zip' does not point to a readable file. (not_file)
2012-06-30 10:56:50 NOTICE Backup process completed in 0.31 seconds. Initial PHP memory usage was 32.5 MB and the backup process used another 0.5 MB of RAM.
2012-06-30 11:01:34 NOTICE Attempting to dump database to '/crypt/srv/www/htdocs/******/wp-content/backup/dump.sql'.
2012-06-30 11:01:34 NOTICE The database dump was completed successfully in 0.12 seconds.
2012-06-30 11:01:34 NOTICE Attempting to create archive '/crypt/srv/www/htdocs/******/wp-content/backup/1341057694.zip'.
2012-06-30 11:01:34 NOTICE Archive created successfully in 0.14 seconds. Archive file size is 195 kB.
2012-06-30 11:01:34 NOTICE Attempting to upload archive to Google Drive.
2012-06-30 11:13:36 NOTICE Archive 1341057694.zip uploaded to Google Drive in 241.37 seconds at an upload speed of /s.
2012-06-30 11:17:37 NOTICE Backup process completed in 962.7 seconds. Initial PHP memory usage was 32.5 MB and the backup process used another 8.5 MB of RAM.
It seems as if zipping my WP folders fails silently. All the the folders are readable though, and there are no space or quota issues.
As to my setup, I’m using WP 3.4 and Backup 2.0.1, all the folders (wp-content, etc.) are in the standard WP hierarchy.
Please tell me your OS type, PHP version and whether or not you have the zip extension enabled.
* Ubuntu 10.04
* PHP 5.3.2-1ubuntu4.17
* zip extension is loaded.
I appreciate your help. Thanks.
