Is this something that is possible? The use case here is providing testing environments to clients for apps that allow user generated content. This can be useful to make sure a single app does not fill a drive.

Ever since I gave up on FossPay, I have been working on a Node + Vue based version of the same thing called Eleutheria Pay. Think of it as a layer overtop of Stripe to handle donations that can be self hosted. It is not at feature parity yet, but I hope to get there eventually. Right now it has stripe based one-time payments working. Is anyone interested in this being developed further and it being tailored more to Cloudron?

I am open to feature requests as well.

Repo: https://git.atrilahiji.dev/atrilahiji/eleutheriapay
Cloudron Package: https://git.cloudron.io/AtriLahiji/eleutheriapay-app
Demo (Use this card info: https://stripe.com/docs/testing#cards) : https://testsupport.atrilahiji.dev/

This has finally reached a 1.0.0 release that better reflects what I wanted this project to me. Its certainly not complex but thats precisely what I wanted. No user management. Nothing complex. Just a customizable page that looks professional(ish) and can serve its own donate button you can embed anywhere. I have updated the package accordingly and am waiting to hear back about whether or not it can be added to the store. That being said, to get a better idea of how many people actually want this I urge you to upvote this first post.

Work from home is definitely the new normal, especially in IT related fields I find. I'm always trying to optimize and clean up my setup to make working from home more pleasant, and am really curious what others here do.

I'll share mine as well since I'm asking for other people's setups:

EDIT: And yes the sticker-bombed computer in the corner is my Cloudron server lol

https://supabase.io/
https://github.com/supabase/supabase

1. All apps can have their own backup schedule and retention policy that overrides the server backup settings
2. These backups can have intervals down to 30 minutes (for stuff like Minecraft servers)
3. App backups can also be triggered manually
4. Apps with their own schedule are not included in the system backup

Is something like this feasable? My example above is for minecraft servers but like it can be useful for client sites and more critical services that may need more strict retention policies or backup frequency.

The idea is pulling individual deleted apps from backups so long as any retained backups contain that app. Should be possible since currently apps can be restored before they are deleted.

One thing that I think would help with some apps (drone being the one I was thinking of) is support for required environment variables when installing specific apps. Similar to how the ports are defined. That would let us specify the gitea URL and the OAuth info.

The idea would be that someone would have to specify these values when installing and could modify them in the "location" section. What do you think @staff?

My hope for this is to eventually replace Nextcloud for file storage. And move to Cubby for files, SoGO for email/cal/contacts, and so on. Moving away from one app that does everything kind of ok to multiple good specialized apps.

1. It’s extremely easy to manage my server so the time
   Investment is much lower

2. SSO

3. Easy email management

4. 1 click installs

5. this incredible community

Open FaaS would be an excellent tool for developers who like to build applications in a serverless architecture but don't want to rely on Amazon/Google/Microsoft/etc.

Played around with this in a VM and this would be absolutely perfect in cloudron just to be able to spin up various DBs and have a more dev friendly web app deployment system. Currently the method I found works for a Nuxt.js app is to build the app right into the same repo as the cloudron app, or two different repos.

My use case for more dev friendly apps is 1) only 1 server with cloudron running bare metal, 2) I have 1 IP address and 3) I want to avoid a VPS

@Sam_uk I haven’t heard anything from the cloudron side of things. I will be continuing to update the HumHub version on my repo until it is picked up. The way account creation and SMTP settings are done might make it tough. @nebulon what are your thoughts on the way the app handles config? From what I can tell there is no way to programmatically configure the site, which makes things tougher.

This is super helpful. I’m hoping we see something like this as a feature baked in though. Like multiple backup sources with different schedules

It seems like the repo is archived and the project was abandoned @staff

https://github.com/CouchPotato/CouchPotatoServer/

The link is fairly hard to… read.

@girish I could see this working as a basic static site app using a small node server to have a dedicated app. Is the concern just if this will continue to be maintained?

It might move faster than sysbox.

This would require a new app to package that version of forge. I suspect the rabbit-hole of different versions would not be something @staff look into. The way I see it cloudron has the latest version, and someone can fork and manually set it up for older ones.

You can fork the repo on https://git.cloudron.io and switch the forge version. Just a heads up though, I don't remember which version switched out the way forge was built. The current package assumes the current method. Might run into issues there.

@girish huh I thought I put it in app code this time. Was the previous version using app/data? That’ll definitely do it.

Never mind I had issues with Minecraft itself being in there with their new install method

@nebulon does the same apply to server url?