Cloudron Forum

@james I see it fixed now, thanks.

Could this be an alternative? https://github.com/rustfs/rustfs

New address: https://pinokio.co/

This will be picked up by the package meta info once that version is released and picked up by your cloudron

@charlesnw yes, the OP is a recommendation to add this as a health check notification. I don't think it would be practical to try and automate the setup, when a simple notification to advise it is missing and needs the user to setup with their hosting would save from a lot of bounced mail head-scratching. I solved this for myself through accidental discovery. There's no greater crime than wasting someone's time, and any user not knowing this is needed could lose unlimited amounts of time not knowing this is the problem. Basic need. Basic solution. No reason to debate if this is a good idea. Just persuade that it would be a respectful thing to implement. As I say, I'm alright. I'm giving time to this thread to help save others from lost time from not knowing this is their issue.

@marcusquinn sounds like @firmansi has been https://forum.cloudron.io/topic/13289/nextcloud-assistant-error-after-latest-update-to-nextcloud-30.0.6

They have a GH, but only use it for issue tracking https://github.com/Trae-AI/Trae/issues

Looks doable, though lots of little services to integrate. App Architecture Monorepo Bun React TypeScript Nextjs Supabase Shadcn ToDesktop Expo TailwindCSS Hosting Supabase (database, storage, realtime, auth) Vercel (Website, edge-config, and metrics) Upstash (redis) Services Trigger.dev (background jobs) Resend (Transactional & Marketing) Novu (notifications) Github Actions (CI/CD) GoCardLess (Bank connection EU) Plaid (Bank connection in Canada and US) Teller (Bank connection in the US) OpenPanel (Events and Analytics) Dub (Short URLs) Polar (Payment processing) Typesense (Search)

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.