customer signs up for an account (on Nextcloud) to collect a free product.
to buy more, customer is asked to log into their account, but that page is actually a Wordpress registration form looking like a log in form. Customer enters the same credentials, so both accounts will correspond (and both sites are under one brand/visual identity).
when coming back to their account page (on Wordpress) for future purchases and such, customer will use a similar looking log in form, that is actually a log in form.
the camouflaged registration form needs to be used only the first time. I can arrange that through the onboarding flow.
I still need purchases on Wordpress to be reflected for the corresponding user on Nextcloud. I'll start manually (again, tiny operation), then I think I can automate that through the APIs on n8n, like Stripe to Nextcloud. Just need to learn more about how that works...
In fact, I've been using a fairly large set of apps (Music, Notes, Tasks, Calendar, Forms, etc.) for about a year now, but haven't experienced any problems, including major updates. But it's worth mentioning that all of this is far from a statistic, and maybe I'm just lucky 🙂
You don't need a second app. Copy the files your app is missing from your latest backup (without using Cloudrons "restore from backup" function). Take a look at my output. Compare with the files in your backup and the one in your (broken) live app.
@nebulon Okay, thanks. Importing the backup wasn't completing successfully since I'd had to use the Clean Backups function to free up space.
I ended up just restoring the last backup image of the whole Droplet from DigitalOcean. That put things back as they were the night before the disk filled up so I only lost items from a single day.
I was relieved to find that once I'd gotten things back to a green status I was able to complete the setup process for an external backup in an S3 object storage account. I tried setting up Backblaze B2, DigitalOcean Spaces, and Wasabi on Sunday and Monday, but they always errored out with a complaint about the bucket not being available to the region the DO Droplet is located in. Monday I was able to get my DigitalOcean volume mount set as external backup, but obviously don't want to use block storage for backups. Once I'd restored the droplet and resolved the space issue, though, I was able to add B2 as external backup storage with no issues.
On every commit, the "deploy" action is triggered. There is an extensive log, where the only issue is the "canary" version parameter copied above. Otherwise it announces a successful upload, but my theme files are not updated. I'm not sure where the repo gets uploaded, I guess...