Cloudron Forum

@LoudLemur It all depends on your role between the apps/websites and the Cloudron instance. The moment you are a service provider for your customer and, let's say, you are only responsible for the initial installation and onboarding (the rest is up to your customer), that is my definition of own from the customer's point of view. He is fully responsible for all costs and responsibilities (aka super user).
Separate is a perspective from a service provider's point of view. You are responsible for the infrastructure and because of the "high traffic website" (in my example) you decided that you need a separate / dedicated VPS because of bandwidth, RAM or CPU.
Shared in my definition is a viable decision between cost and app usage. Most VPSs are powerful enough to run a lot of websites with low traffic. And if Cloudron's user/group management is appropriate for your use case, shared infrastructure is good for the cost and the environment.

Thanks for the input y'all. I did some further testing and found out something strange. When I change the CPU resources for each app, and it doesn't matter if I increase or decrease the resources and then checking the disk speed again it went up. Also wenn I stress test my website (did that with the siege command line tool) the disk speeds went up. Seems like Contabo does allocate resources when there is stress on the system and decrease resources when it's idling? So I could reach speeds of around 300 MB/s to 1 GB/s on SDA3. Same with SDA2.

I think I'll ignore the numbers for now as I don't feel there are real world problems on the VPS. And I guess if I really need to upscale performance for whatever reason I might switch to Hetzner or something else.

@micmc wasn't meant to be a video but a link to their list of them.. I fixed the link.

Mm, ok. Let's see if we get more reports on this. Maybe you can clone from previous backup and see if the calendars are still there.

@LoudLemur said in One Cloudron, Many Websites?:

What if the cats wanted a discourse forum and then later so did the dogs?

That's fine, other than Discourse it pretty RAM hungry. But yeah, I'm running multiple different discourse forums on different domains for different people.

@LoudLemur the only time I've ever had any issue with a Cloudron update the culprit was actually a bug in the linux kernel itself and not Cloudron's fault at all! It pretty much Just Works. That's why we all love it.

@LoudLemur I would not class Cloudron as developer tool.

@LoudLemur As @scooke mentioned, there is a blog about it, but the basic steps are the same. Difference here is opening the ports on your modem (or firewall) manually. The defaults are gonna be 25, 465, 587, 993, 443, & 80 (basic email and web server functionality) though according to that blog post, only 443 is required

@robi
On that, I don't have the data or experience to talk.
But 100% sure you can't use wasabi latency, I think smb or better NFS should be a better option, but I'm not an expert.
and Using so much ram for it, im not big fun about it, but I would have to try it before to have a real feedback

OK, I have fixed the unbound issue with IPv6. It's an upstream bug but I have made a workaround for the moment. Fix will be part of 7.3.5 (released next week).

I use vaultwarden for business related secrets or where customer data come into play. For my private stuff I still use Chrome sync but also want to switch to vaultwarden.

What came to my mind: By January, a lot of people will (hopefully) switch from Chromium sourced browsers to Firefox because of the manifest v3 implementation. Because I don't want to trust Mozilla nor Google, I tinker with the thought to host my own FFsync (Firefox Sync) server to be more independend with my "cloud" hosted data. Had to think about the risks because hosting something like vaultwarden might be safe but I was unsure if FFsync gets the same care.

Depends on your use case / what apps you want to provide for your users. For best practice, I avoid the "Visible to all users on this Cloudron" option and remove all assigned groups from a user before deactivating the account.

In case of Nextcloud for example, Cloudron groups can be used within the app to give permissions to shares and features. Certain apps can also be configured to give every user that is able to log in a certain amount of permissions (like Nextcloud Auto Groups or specific role managment in Bookstack).

I have a "base" group (like <orgname>) giving normal access to apps like Matrix/Element, Nextcloud and Bockstack. Below that I have a group "<orgname>-internal" that give access to more specific apps like Freescout or Kimai. To go even further you can do <orgname>-<department> but for most apps you have to specify user permissions in addition. However it is useful to limit app access by Cloudron groups so users don't end up in a spot where they don't have permissions or no role to fulfill.

@timconsidine said in Cloudron vs Heimdall:

@LoudLemur said in Cloudron vs Heimdall:

Is there a good "How to" explaining how to run PHP applications (or similar) on the LAMP application?

Because the range of applications that could be installed is large, I'm not sure it's easy to write a guide. But in overview :

install a LAMP app from the AppStore as normal in the app dashboard (gear icon top right of app tile), use the File Manager to upload the files from the source app you want to add, probably into /app/data/public unpack if uploaded in zip formats FOLLOW APP_SPECIFIC INSTALL INSTRUCTIONS including to use File Manager (or possibly Terminal) to edit any config files re(start) the LAMP app once app is running, delete zip files uploaded

Thanks, that doesn't look too much to try.

Maybe we could create a thread/list of applications which have been tried on Cloudron's LAMP application and which ran well...

@madmaneighteen can you share a bit more about your environment? Also when the routing and possible portforwarding are correctly setup, you should hit nginx on your Cloudron there, so for a start check if nginx is running in your Cloudron server systemctl status nginx and also maybe try to curl localhost within the server to ensure nginx is also responding correctly there at least.

@LoudLemur I'm surprised Vultr isn't on there. I'm definitely a fan of Vultr's pricing scales (they have many more instance types to choose from compared to DigitalOcean or Linode) for small businesses / freelance.

@necrevistonnezr said in Delete Backup Button:

@girish Or add a requirement to enter your password for such deletion?

I think that's how I'd do it, like Nextcloud does with app updates etc.

Cloudron supports Nextcloud, and now Nextcloud has a meme application:

https://github.com/nextcloud/memegen

@bubonicfred said in Submit Cloudron to Ubuntu for Publication:

You can install snapd on non-ubuntu systems. Though I have no idea if they have any advantage over flatpak or appimage.

Yep, except it turns that we want to get away from snap instead of adopting it for some reasons mentioned here above, so well that's a choice 😉

@jdaviescoates so the folder is owned by root even after an app restart?