michapixel

Should be similar i guess. I don’t use v2.

Duh’ now i look like a complete retard!

Sure, it’s an old no-support-anymore-plugin, so i really need some luck now.

sorry to bother you.

i hope this screenshot/mockup makes it clear:
https://i.imgur.com/XfyhDhr.png

And no, i don’t think it’s caused by other plugin(s), it did work fine before the update.

@alex:

Where? I don’t see any checkboxes in the admin-area, so i assume it’s only by code, which i’d be totally fine with.

But if this isn’t documented, it doesn’t help much …

https://github.com/mattberg/wp-json-api-auth

Yeah, that might be a future-proof solution for acf too.

nope, not yet. i use default theme, but the error lies in the backend. s.th. conflicts with the google-maps-script, which then explodes. i’m trying to nail this down tomorrow.

btw: wp redirects me to

https://domain.org/wp-login.php?redirect_to=http%3A%2F%2Ffdomain.org%2Fwp-admin%2F&reauth=1

What exactly is the fix?

What you got here is not exactly an error, it’s a misconfiguration by us users, so in my mind you should write a decent doc and put it somewhere under the help panel on your plugins option page.

Just write your own in “wp_options”?

Well … turns out you have to actually activate the G+ API in it’s interface, which i didn’t ?? anyways:

foreach ((array) $activities->items as $activity)

should prevent the error, although before traversing this object you should check if it has an ‘error’ item and instead display this.

Uh, oh, all sorts of weird things. you should know that i’m testing on a synology server right now, where everything seems to be fucked up – related to web-dev.. so php was logging to syslog, which is normally not accessible. so i had to edit the php.ini a little bit. i found out that they used a windows default ini, which was causing quite some trouble. now i have access to the logfile, but there’s nothing in there. simple errors get logged though. anyway: thanks for trying to help me, but this gets way too much for you, since it is way too specific. i wrote my own cronjob for backing up my database with rotation now. the files get backupped by a synolgy cron script, so i’m fine with that too.

uh: btw: if i

define( 'HMBKP_MYSQLDUMP_PATH', false );
define( 'HMBKP_ZIP_PATH', false );

the errors are gone, but i cannot make any backups. .htaccess file is created but no sql backup.

I’m having similar issues. Although safe_mode ‘seems’ to be off (phpinfo says that) i’m getting:

Warning: shell_exec(): Cannot execute using backquotes in Safe Mode in /[…]/wp-content/plugins/backupwordpress/functions/backup.files.functions.php on line 69

my phpinfo:
https://dl.dropbox.com/u/1978324/backupwordpress/index.html