Okay first you can easily host many different Ghost instances on cloudron and use them as dev/test/stage/prod. Cloudron (Premium plan) has Gitlab as app, so you can create your own CI pipeline to deploy your themes. Since the rest of your questions do not really have to do with cloudron I would suggest you this link: https://jamesfacts.com/building-a-continuous-integration-pipeline-for-your-ghost-theme/
Posts made by subven
RE: How to publish code changes from a Git repository to a Ghost install managed by Cloudron?
RE: Does Cloudron take up 20GB disk space?
I have 16GB RAM, 60GB SSD storage (Netcup RS 2000 G8 SSD) and use the preconfigured ubuntu+cloudron image from netcup. I have 10 Apps installed and around 10GB of userdate. Together with app swap, cloudron consumes 33GB disk in total. Im pretty comfortable with the 26GB left but I still worry about nextloud and email data pile up over time.
I also noticed that cloudron is bad when it comes to pruning/purging of old/unused docker data. I had to delete some images from apps that I tested a while ago. It safed not much but (fast) storage is not always cheap. I have another vroot (Linux V40) at Strato with similar CPU/RAM that comes with 600GB of SSD (for an reasonable price) but this one is very noticable slower (Collabora is almost unusable). All in all, the storage usage of cloudron is pretty okay and you hardly have to worry about it.
RE: SOGo base image
Why should you edit files in the container? Which use case do you have? If you do not have enough experience to use vim, I do not think you are editing things for development reasons (where sometimes you do that to save time if you use your own container images). Docker containers should remain unchanged.
RE: Backup configuration is (not) unsafe
Okay I think my request is already solved since I did not read the documentation. I will check the "is an external EXT4 Disk" checkbox for the future Maybe I did not think it through when I made the setting. On the other hand, the description might be clearer. Thanks in any case for the documentation.
PS: Haha thank you @nebulon I solved it myself while you where typing. Yes the Checkbox could be more obvious.
RE: Can I install Cloudron on my host’s CentOS 7?
Cloudron only supports Ubuntu 18.04 (x64) server at the moment so no, this should not be possible. I imagine it's because Cloudron takes over control of the system and updates. This would be more complicated if multiple OS are supported. For the future, Debian 10 and CentoOS support would be desirable but not urgently needed.
Backup configuration is (not) unsafe
This is a mixture of high-level complaining and a feature request. My backup is stored on a mounted NFS drive and therefore, contrary to the hourly notification, is not insecure. I would love to have the opportunity to turn off this notifications. A possible approach to achieve this is in the screenshot.
RE: Deactivate user
Apps / Dashboard / Mail(!). For apps, this can be complicated because some just sync the directory and search for users, not looking for things like pwdAccountLockedTime (used in OpenLDAP to lock accounts). If I remember correctly, e.g. gitlab tokens are also not affected if the user is disabled in LDAP.
- deactivating users should always be quite
- messing with user passwords is never a good solution
- disabling an account means that no other person may have access (in case of legal investigations, this is very handy)
RE: Deactivate user
You could just lock him out of the account by changing the recovery mail to his own mailbox and than change his password by setup link. To regain access just give him another setup link. Thats how I do it. It's not very "professional" but the best way so far.
@nebulon I work for a club and we have a lot of active members. Some of them are not as active as we wish for and from time to time (after half a year) I'm not quiet sure if they still can be counted as "active". I would very wish to have to option to just deactivate them. So it does not feel like being thrown out and there is an easy way to get back (apart from the technical steps that have to be done for every service the user has access to).
PS: I would really love to use cloudron LDAP groups for stuff like nextcloud but this was already discussed somewhere else.