Cloudron Forum

@marcusquinn https://forum.cloudron.io/topic/12472/please-use-this-template-to-make-an-app-wishlist-request

I guess making Hetzner advertisement helps: https://x.com/heyandras/status/1853306984076104128

@g66lol Don't know anything about Veilid, but yeah, definitely some we-know-best vibes. Creators prerogative, I guess.

@girish said in Install/Set App locations to a subdirectory:

example.com/blog

Woops! yes, that is what I meant to write. Thanks!

@girish Yup, nothing to say that a Cloudron "App" has to be a Docker Container.

The main problem with multiple domains is, that most apps produce URIs on the backend, while that one mostly has no clue about which domain it should use if multiple ones pointing to it...

Also, I think the App Title column is redundant, if wanting to save horizontal space, and could be replaced with a tooltip for rollover on the icon.

I think unless upstream reports support for multiple domains, it's safer not to support it on the packaging side. An app can use many feature like local storage, csp, display in the ui etc which are domain based and won't work with multiple domains. This is the main reason why multiDomain is an opt-in in the manifest and not turned on by default for all apps.

For the most part, everyone else covered my use case on this.

Either the ability to download the file as a tar.gz, that isn't encrypted to store locally or external storage.

To take this functionality a bit further down the road:

Offload the app and environment settings to an external S3 storage, gui to view these on like the file explorer, view basic details (time offloaded, size, dates, view file contents). There have been times where I had a different version of an app, and I just needed to quickly grab the .env file. It would save a lot of time, to be able to view those files, without having to sift through backups and files.

@murgero Thanks, yeah, definitely not doing that now 😓 Just looking for the simplest solutions with what we already have.

Since the functionality is already there, this is more of an workflow interface feature to just make it available at an earlier stage in the process, and to avoid the additional step and decisions later to do the exact same.

Indeed, we have space there, so this makes sense to not hide it unnecessarily. Fixed for next release https://git.cloudron.io/cloudron/box/-/commit/44d3baf51aaab4acc3e3a4d5188c38d4dffef257

Looks like there is an upstream fix: https://github.com/nextcloud/server/pull/45093

Cloudron will need to update, but next NC version fixes it, it looks like. Cloudron's packaging may need to pull the update manually, but it looks like it's a quick fix.

Loomio and HumHub are also possibly other contenders here (which atleast are seemed to be designed to be 'private'). Never operated a truly private forum, but I would definitely also look into some sort of network blocking/VPN to truly make it private.

hi @girish, It's a good time to add storj as a backup solution in cloudron natively,

storjj.png

I was a beta user of Storj.io (Tardigrade.io) in 2019, now for the last 5 months, I'm using storj.io as my main object storage provider due to pricing, never got any problem yet...

Is there any success to this since we are also testing Performance? And would like to activate the module?