ipstenu / dreamobjects Goto Github PK

Make sure the plugin doesn't load (or shows an error) if you're not on PHP 7.

Doesn't matter if I choose just database or both database and all files.

The zip files contain /wp-content/upgrade/dreamobject-db-backup.sql which is always an empty file.

It has been like this for 24hours. I have tried changing setting, deactivating. Here is a screen shot.

How can I restart it?

Update plugin to SDK 2.0

The DreamObjects URL is changing from objects.dreamhost.com on September 5th, 2016. It is currently hard-coded in a few files:

admin/backups-retain.php
lib/dhdo.php
lib/settings.php

Without any guarantees that it will stay static at the new URL, the base_url should be made into an option alongside the key and secretkey.

(Thanks for all of your great work on this plugin. We appreciate the easy backups to DreamObjects.)

https://github.com/Ipstenu/dreamobjects/blob/master/lib/settings.php#L148

My Wordpress site suddenly started encoutering the following issue because of line 148 using $this in a static method:

Error Details
=============
An error of type E_ERROR was caused in line 148 of the file /home/.../wp-content/plugins/dreamobjects/lib/settings.php. Error message: Uncaught Error: Using $this when not in object context in /home/.../wp-content/plugins/dreamobjects/lib/settings.php:148
Stack trace:
#0 /home/.../wp-includes/class-wp-hook.php(288): DreamObjects_Settings::add_settings_page('')
#1 /home/.../wp-includes/class-wp-hook.php(312): WP_Hook->apply_filters(NULL, Array)
#2 /home/.../wp-includes/plugin.php(478): WP_Hook->do_action(Array)
#3 /home/.../wp-admin/includes/menu.php(155): do_action('admin_menu', '')
#4 /home/.../wp-admin/menu.php(326): require_once('/home/...')
#5 /home/.../wp-admin/admin.php(153): require('/home/...')
#6 /home/.../wp-admin/plugins.php(10): require_once('/home/...')
#7 {main}
  thrown

I had to use the admin recovery mode to disable the plugin. I'm not sure how it worked fine prior to today. The only thing I messed with around the time it started happening was toggling between PHP 7.2 and 7.4 on my web server.

Source - https://wordpress.org/support/topic/retention-setting-bug

I'm working on making some tweaks to this plugin to make it work correctly for my Multisite install, and I ran into a bug with the dh-do-retain option.

dreamobjects/lib/settings.php, line 399 (as of version 4.0 of the plugin)
if ( $input !== $retain || !array_key_exists( $retain, $retainarray ) ) {

You're using array_key_exists to check for the value in the keys of $retainarray, which can be found back in a function on line 75.

$retain = array('1','2','5','10','15','30','60','90','all');

This happens to validate lower numbers just fine because array_key_exists looks at the keys in $retainarray, which is just 0-8.

Instead, you're gonna want to use in_array, so it actually checks to see if the input is in the array itself. So, line 399 should read:

if ( $input !== $retain || !in_array( $retain, $retainarray ) ) {

Source - https://wordpress.org/support/topic/php-warning-80

Looks like when debug is OFF it throws a warning. I'll mess with wrapping that in a check before running. Though it should be alrady.

On the bucket configuration page, both the access key and the secret key are displayed to the admin user. At least the secret key should be hidden from view so that an exploited WP install can't lead to trivial deletion of all of the bucket's contents.

Per #7 - having a 'current status' logged and displayed on panel may be useful to some. There are a few ways around this, and it can get rather spammy and large, so it's going to be its own ticket.

https://wordpress.org/support/topic/please-backup-more-than-db-wp-content?replies=10#post-8142964

Looks like you don't need to escape the dot in the filename inside the quotes on lines 240 & 241 of dhdo.php. Currently they are:

if ( file_exists(ABSPATH .'.htaccess') ) {
$backups[] = ABSPATH .'.htaccess' ;

Eliminating the \ gives joy:

if ( file_exists(ABSPATH .'.htaccess') ) {
$backups[] = ABSPATH .'.htaccess' ;

I'm unable to see any backups in the backups section even though I can see that there is a backup via the DH web panel.

I'm running version 3.4.3 of the DO Backup Plugin and version 3.9.1 of WP

Do the thing

It would be nice if this plugin could perform backups against different schedules.

E.g:
Daily - Keeping the last 7 backups
Weekly - Keeping the last 4 backups
Monthly - Keeping the last 12 backups

I'd like to be able to see any in-progress backups as well as failure logs from the UI.

It would also be nice if email alerts could be raised on failure or success, optional per schedule.

Thanks,
-Andrew.

DreamObjects has a conflict with the latest version of BackupBuddy (Version 4.1.1.1, see http://ithemes.com/purchase/backupbuddy/). Both plugins are trying to declare class CFRuntime.
When I try to manage files on a remote Amazon S3 destination in BackupBuddy, I get a fatal error:
Fatal error: Cannot redeclare class CFRuntime in /home/tgc_dev2/cedar.the-graphics.net/wp-content/plugins/backupbuddy/destinations/_s3lib/aws-sdk/sdk.class.php on line 135
Have reported the issue to BackupBuddy developers as well.
thanks,
Chris

Really excited for updates! Unfortunately the backups being generated are not valid zip files; I download them from DreamObjects and try to extract them with no success. Here's the most recent backup that was generated:

http://unfiltered.bullfrog117.com.objects.dreamhost.com/www.unfiltered.bullfrog117.com/2014-06-25-082552.zip?AWSAccessKeyId=tZjTep8rFfFWjAcWUbkV&Expires=1403713948&Signature=vAvtyIe0ybjRscwawpwqsJTtcj8%3D

Here also is my debug/log file from the plugin:

http://www.unfiltered.bullfrog117.com/wp-content/plugins/dreamobjects/debug.txt?nocache

Not needed anymore, let's speed it up.

Hi, I checked with 4 (four) my websites (which aren’t on dreamhost, but I have dreamhost cloud services) this plugin and plugin don’t backup database, just files are backedup correctly. Wether I select All files & Database or just Database for backup. So it’s up to plugin. This is log I recorded:

[2019/03/09 01:44:19] Scheduled ASAP backup in 60 seconds.
[2019/03/09 01:45:22] Beginning backup for www.vazduh.info/2019-03-09-014522.zip ...
[2019/03/09 01:45:22] ZipArchive found and will be used for backups.
[2019/03/09 01:45:22] SQL file created: /home/jednostavanzivot/public_html/vazduh.info/wp-content/upgrade/8501f45d0c564335b6e96caa867cf9b5-dreamobjects-backup.sql () ...
[2019/03/09 01:45:22] SQL added to backup list.
[2019/03/09 01:45:22] Creating zip file using ZipArchive.
[2019/03/09 01:45:22] NOTICE: If the log stops here, PHP failed to create a zip of your wp-content folder. Please consider increasing the server's PHP memory, RAM, or CPU.
[2019/03/09 01:45:22] Zip file failed to generate. Nothing will be backed up.
[2019/03/09 01:45:22] Connecting to DreamObjects Server ...
[2019/03/09 01:45:22] FAILURE: Nothing to upload.
[2019/03/09 01:45:22] Checking for backups to be deleted from the cloud.
[2019/03/09 01:45:22] Backup Complete.
[2019/03/09 01:45:22]

Please help and make update ASAP.

Thanks!

edit: I checked FTP of my site, there’s folder “upgrade” but there’s no SQL file which should be there. So I think maybe problem is in process of backingup database.

This is partly a PHP 7 issue, but it needs better error output.

From https://wordpress.org/support/topic/allow-all-database-tables/

We are on version 4.2.0 of the plugin (most current at this time). We are using some custom database tables that don’t have the usual table prefix. I just took a look at one of the backups and noticed that you’re not backing those up in the plugin. Can you add a setting to allow all database tables to be backed up?

Answer: this should definitely be an OPTION and default to not, with consideration for weird things users do.