Cloudron Forum

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

Closed due to inactivity

@LoudLemur it is so easy to do it yourself Install gource and use the script from here https://gist.github.com/Gnzlt/a2bd6551f0044a673e455b269646d487 Find a repo and start the bash script. Example output (jitsi.app) [image: 1650728902685-2e0ba5d4-08f8-4e56-b707-e3f388a1078a-image-resized.png]

Having it upstream fontawesome would be quite an achievement But https://github.com/mlwilkerson/fa-custom-icon-demo has a demo on adding custom icons inside a custom app.