Aleksandr Guidrevitch

It takes place immediately after you create a scheduled backup, then after specified interval. That means if you added daily backup at 8am, then first will happen immediately, next at 8am tomorrow.

Of course as with all the schedules within WordPress, you need some real traffic that will trigger cron jobs behind the scenes. Any external uptime monitoring service should work well for this purpose, eg https://uptimerobot.com/

Please let me know if that answers your question,

WBR,
Alex

I’m really happy that I’ve been able resolved your issue. Also, I’ve created an https site, reproduced your issue again, and can confirm that 1.1.23 should work for behind CloudFlare, even when HTTPS is enabled

Thank you very much for your help !

WBR,
ALex

Thank you, @lorddunvegan, for reporting this one and helping me investigate. Really appreciated

The problem was in broken CloudFlare javascript minifier, reproducible only over HTTPS. Addressed in 1.1.23

Can you please contact me privately at aguidrevitch at gmail.com ?

Hello Richard,

Any news?

WBR,
Alex

Sorry for late answer, I was in transit today. So my bet is that you trying to wget the archive by the link you’ve got in the email directly from the remote host. It should not and will not work like that – it is insecure to allow to download archives of your site, because wget is not authorized in wordpress, or please correct me if I am wrong in my suppositions. The process should be as follows:

1. Download archive to your computer
2. Upload the file to remote server
3. Point your browser to it, you don’t even need WordPress installed

WBR,
Alex

Ok, I will get back to you soon.

You are welcome! Thank you for your feedback

WBR,
Alex

Hello Richard,

You don’t need to compress the file, just upload it as is to the /var/www/html/wp-content/darwin-backup and go to the Darwin Backup / All Backups – it should appear in the list, then click Restore.

Please let me know how it worked. Then I will tell you a simpler way to do a restore )

As to google drive support – I’m already working on Cloud integrations, this will be in the next major release

For manual backup you need your browser running until backup completes.

Migration should be really easy. Just download the archive, upload it to the new server over ftp or any other available way, and point your browser to the uploaded archive. If you get an empty response or error about running out of memory, you will need to download an wrapper from https://darwinapps.com/restore.php and put it (restore.php) to the same directory where backup is located, then point your browser to restore.php instead of archive. This wrapper will find the archive and redirect you there automatically, it will also wrap restore process into “memory-saving mode”

Please let me know how it goes or where you have troubles restoring, I’m really interested to help you out with cloning !

Thank you very much

Are other emails out of your WordPress instance delivered successfully ? In fact, there is not much I can do, unless I see the mail log. Do you have shell (SSH) access to your server ? May be you have access to your mail logs through your control panel, which Control Panel do you use ?

Hello,

You don’t see a log because everything works. Email is either dropped or goes to spam folder at the mail server side. Can you please check your Junk/Spam folder ?

WBR,
Alex

Thank you for your patience, the issue is addressed in 1.1.21, please update!

WBR,
Alex