No worries! I just wanted to let you know of my approach here. It helps when both of us are on the same page, knowing what to expect from each other. We are both on the same page, that's good!
I noticed that changing the PHP version of that site to PHP 8.4 (alt-php84) resolved some server-to-Drive upload issues.
I made a backup on one site, and the upload to Drive failed. Starting it manually gave me "cURL is not enabled." Changing PHP to 8.4 (from 8.1) fixed the issue, and the upload was successful.
Yep. You need to enable the PHP cURL extension in every PHP version you are using on your server (along with OpenSSL, as per https://www.akeeba.com/support/akeeba-backup/42317-your-server-does-not-support-encryption-of-your-configuration-settings-1.html). The PHP cURL extension is how PHP can talk to HTTP-based APIs.
Pro tip: Once you do this on one PHP version on one site, note down which PHP extensions you have enabled. You can then reproduce this on every other PHP version and site you have. Every time you upgrade PHP you'll have to remember to do that. You will forget; we all do. But knowing that it needs to be done will help you realise very quickly what you forgot and go ahead and do it!
On another site (where it doesn't display the Drive File Stream folders), it gave me a different error message reminding me to enter the download key.
Yes, that's correct. You need a download key to use this feature.
Perhaps it would be better to display an error if I configure all of Drive but the download key isn't present.
You are shown the message about the download key before you click on the Configure page, in the Control Panel page. It also has instructions on how to do it.
I understand what you are saying, and we did in have plenty of warnings on every relevant page between 2006 and 2017. Unfortunately, it turns out that people can only take so much information. Beyond a certain point they just ignore all the messages. They ended up submitting support requests about things which were literally on their screen. We did a thorough user study in 2017 and came up with the concept of minimal messages, everything else being in the documentation. This made users happier, reduced support requests, and overall worked better than having messages everywhere on the screen.
Yes, in some cases it can be annoying and confusing. But here's the thing. You did figure it out. If you had twenty messages on the screen you'd have missed the right message among the noise and you'd have no idea what to do next. You'd be overwhelmed. You'd come here even more unhappy. It's really weird when I put it this way, right? And yet, that's how humans work. Too much information is worse than no information.
I haven't configured it yet, but I'm wondering: do I need a cron job or something similar to run backups automatically?
Yes. You need something to trigger the backup and keep it going until it's done. It can be a CRON job, a Joomla Scheduled Task (as long as you have a CRON job to tell Joomla to trigger its scheduled tasks...), a tool such as Akeeba Panopticon or Akeeba Remote CLI (running on a CRON job), using a third party service such as WebCRON (which basically runs its own CRON jobs to trigger URLs), or a third party service compatible with Akeeba Backup (which, again, works by running its own CRON jobs). It's CRON jobs all the way down.
If you can run a CRON job on your server, do that. It's faster, and it costs you nothing. It's the preferred method, hands down.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!