You already have the option to install apps from others in a general sense because of Docker.

I pay for Cloudron not just because it is Docker-based, but because of how easy the devs and admins and owners have made it to use. I think adding unsupported apps to the mix even more will distract from the appeal of Cloudron. The extra apps that are available are there because the app is in the pipeline to being added to the official Cloudron store; they have been/are being worked on by people who like the Cloudron approach and want to add to that, and not to a Docker-experience in general.

The price jump from no-support to support with nethserver is a huge jump from 48€ to 250€! I think Cloudron has a good pricing structure because they have limited what they have to support. To address one of your first points, I left Yunohost exactly because of how many low level quality apps that they have, and all the hassles and problems that approach introduced. I wouldn't want to see Cloudron go that route. I like the line being thick! I am already receiving all that I hope for from Cloudron.

All that being said, I think we already have a pretty good 'community repository' of helpful users and super helpful admins. For anything that I want to do that is beyond what Cloudron offers, I just tinker away on my other VPS.

@nebulon If I understand the dynamics introduced by an open source licence like AGPL, someone having the access to the source code, and in fact having the source code, does not make them a "user" of Cloudron. They simply have the software and can install it and do whatever. But when they have problems, as they surely will because of Docker, where will they turn to? Most likely the original creators of the software... and when you and @girish can't help because of other time constraints, I can imagine the complaints and badmouthing that would follow. This would potentially have the effect of Cloudron (the subscription service) getting a bad name, losing customers, and eventually going out of business. So it makes sense to me that you've tightened up the licence so that the amazing user experience can remain intact and manageable.

I am not an open source purist, starting from the fact that I have no control over the VPS I rent on which I run Cloudron. It is, as someone in your chats said, a compromise for a purist. For the rest of us who don't want to pay an opaque behemoth company anything, Cloudron is simply the best. And it has the open source spirit, if not the correct licence on every bit of code. And importantly, the software actually works, a theme that I've repeated a few times on different threads. I applaud the Cloudron team for making decisions to enable them to keep the software open AND working.

Yes, and no. I followed Digital Ocean tutorials, and others from different sites, and conceptually there was a lot I didn't understand. This was challenging when something broke and I didn't even know what happened. But over time the tuts made more sense, the terminology was sticking, the concepts became clearer, but the amount of work and time needed to maintain and monitor the server didn't decrease much. The new Ghost works really really nice compared to how it started, and if that is all you will have running on the $5 server then you should be fine. Just always make backups of the Ghost app and assume at some point something will go wonky, or you will even get hacked, and learn from the experience. Restore from a backup and get back at it.

On top of the server though you have domain/DNS issues to understand and maintain. This can be tricky too, but over time it all gets clearer.

That said, using Cloudron is such a treat. Because I tinkered around on my own for awhile, I now better understand what Cloudron is doing, and how and why, and so it makes it that much nicer to use. But if you are starting from zero, then it is still a great way to get your Ghost site up and running. You could always familiarize yourself with webserver things locally while using MAMP or LAMP on Linux or...XAMPP (or whatever the windows version is called); and get used to servers locally with VirtualBox or VMWare and spin up an Ubuntu image and use it as a test server.

I will add that using Cloudron to run a Ghost app is advantageous in that you will also have the option for the built-in email server, and the option to install other apps that use Apache rather than nginx, or for that matter, php instead of nodejs; I still find it challenging to run php apps that would usually run well under Apache on an nginx server if the main app is a Ghost app, and vice versa, getting a Ghost app to run under Apache so that the other php apps can remain undisturbed. Cloudron makes this mixing of apps seamless.

I love Cloudron. I love the increasing number of apps offered. But will there eventually be too many for the Cloudron team to manage? I'd hate to see Support quality, or quality in general, decrease just for quantity. If there is to be a limit, how will it be determined? By install number? By usage? By active maintenance by the git repository/project owners (not Cloudron)?

@jdaviescoates I used https://wordpress.org/plugins/all-in-one-wp-migration/, moving a wordpress app from a regular LAMP stack install to my Cloudron, and it went very smoothly. Size of the *.wordpress file was over 500MB but it went well.

You can add as many domains as you need from your Dashboard. Under your username is a dropdown menu (1), and in that you will see an option for Domains & Certs (2), and from there you can enter in a new domain, sometimes using a handy API from a registrar. Of course, you have to have set an A record for the domain(s) you are adding (do this ahead of time for it to work seamlessly).

Or, in the App dashboard, you can simply add a subdomain if you want to keep just one domain. So, mastodon.example.com, or chat.example.com, etc.

Dashboard

Domains

Enter domain name here

@murgero said in "Searching toots by their content is not enabled on this Mastodon server.":

https://relay.mastodon.host/inbox

I've entered the url and was almost immediately listed in the "List of 286 registered and active instances:" Thank you!

My suggestion might be applicable to a few people: I like to try out the various apps available on the Cloudron App Store and often reuse a domain to do so. Currently I have to click on the installed app square, scroll down to Uninstall, which is the 11th option to the left of the info window, Uninstall, then go back to App Store, choose an app, then choose the install Location, and then wait for it to install, then either make a new login or am assigned a new login for that app.

What would be really nice is an 12th option called Switch (or Change, or whatever). While I am in the app window which displays the current domain/location, I could choose Switch, and a mini App Store appears in the box, and I can click on one, and click the blue Switch button. This then would start a process of uninstalling the current app, deleting caches or whatever the normal Uninstall process does, and then automatically installs the new app.

I have no idea how complicated it would be to then also preserve the user info, but if possible, then I could keep using the same email rather than having a new one, and this would also help me keep my password manager tidier - no more multiple copies of sign-in info for the same domain.

If it doesn't or can't happen, I understand. There are probably more pressing upgrades needing to done, and I am a happy Cloudron user anyway. But, this would be super handy for me since I often switch out apps using the same domain.

I have a VPS with 24Gb of RAM. I have 19 apps. When I look at the Graphs the RAM usage is no more than 5 GB. But when I went to add the 20th app (Monica) I received this popup warning:
This Cloudron is running low on resources. Please upgrade to a server instance with more memory. Alternately, free up resources by uninstalling unused applications.
But my Graphs show that I have 20 GB of RAM unused. Is the warning about spikes or something?

Is it taking into account the RAM requirements for each installed app which would total 29.5GB? Is this why I get this warning?

You could install LimeSurvey and give it a try for all of us!

@d19dotca You could present this as the way of the future then! Rather than it coming across as a new hassle to their established workflow (not saying that is what you are communicating), you could tell them this is the future, now, this is how things get done, that they are privileged to be using Cloudron, and since this is how Cloudron works, then they have a wonderful chance to broaden their minds and processes!

@d19dotca Just a quick note that I tried this at sogo.example.com and I could only login with the email and password, not my Cloudron username + password. But I wonder if this is because my Cloudron user has several different accounts on the Cloudron, and thus different emails, so SOGo (in my case) needs more specific login info?

@d19dotca I might not be understanding fully, but I have a few clients for whom I anticipated this sort of challenge - managing/using a cloudron name plus email login info. So here is what I did. I made groups and assigned their cloudron username to their respective group, and then restricted app access on the cloudron to the only one they need - the SOGo installation. BUT, I never told them about this! All I gave them was the SOGo url and their email login info. But they also just have one email account, so none of them need to sign into more than one webmail account or setup more than one email client.

I was unaware of the usefulness of the User and Group options in Cloudron until I was setting up Wordpress for someone and wondered how to manage it. So rather than letting wordpress amange, I made them a Cloudron user and set that to work with their wordpress install. Then they needed another app, and I realized I could then make a Group, add them and myself, and restrict access to the apps in question, and then I could still take advantage of the Cloudron management. Without Cloudron Users and Groups I'd be busy chasing down individuals credentials over several apps! Could this be of help to you?

I also had it installed and noticed awhile ago that it was no longer in the store. It's been weeks, maybe months. I never bothered asking about it, so I can't tell you more. But if you search through the forum you'll prob find something about it.

fwiw, you can already have moodle in the LAMP app. I do, and it is running well.

@necrevistonnezr I did manage to get Matrix running again after hitting the Retry button on the Task Error pane. But my mastodon instance is just dead and I'm going to just reinstall totally. What a pain.

@scooke I realize this is for a different app, but a similar error has now popped up with my Matrix server, here is the Postgresql error:

Error : - Error clearing postgresql. Status code: 500 message: database "longstringofcharacters" is being accessed by other users

This is what I saw on the Mastodon dashboard when I initially investigated why it wasn't running.

@girish Hm, I am using the Namecheap API for that domain. Maybe I will revert back to Wildcard.

I've reverted to Wildcard, and it went through, but the app is still not reachable, though running. I'll try the whole restart thingy again.

I did notice other user names appearing in the logs... why would they be accessed? Like, https://mamot.fr/users/Anchor.

@girish I've bumped the ram for the app, redis and postgresql, restarted the app, and postgrsql. Still nothing. Shows as running, but it won't load in my web (desktop nor android). Logs look like this generally:

Aug 18 16:33:09 172.18.0.1 - - [18/Aug/2020:14:33:09 +0000] "POST /inbox HTTP/1.1" 202 31 "-" "http.rb/4.3.0 (Mastodon/3.1.2; +https://mamot.fr/)"
Aug 18 16:33:09 Rejected Create activity https://mamot.fr/users/Anchor/statuses/104708168537508500/activity from https://mamot.fr/users/Anchor
Aug 18 16:33:09 2020-08-18T14:33:09.990Z pid=21 tid=gogyi5gcp class=ActivityPub::ProcessingWorker jid=4e80c954c6e2d2ad87992b0d elapsed=0.031 INFO: done
Aug 18 16:33:10 [ee9b503a-0e1a-47e0-ae57-7fbecae91e60] method=GET path=/about format=html controller=AboutController action=show status=301 duration=1.15 view=0.00 db=0.00 location=https://my.mastodon.com/about
Aug 18 16:33:10 172.18.0.1 - - [18/Aug/2020:14:33:10 +0000] "GET /about HTTP/1.1" 301 120 "-" "Mozilla (CloudronHealth)"
Aug 18 16:33:20 [2ea7da8a-abbd-46aa-8d45-34803ce2a8ce] method=GET path=/about format=html controller=AboutController action=show status=301 duration=1.16 view=0.00 db=0.00 location=https://my.mastodon.com/about
Aug 18 16:33:20 172.18.0.1 - - [18/Aug/2020:14:33:20 +0000] "GET /about HTTP/1.1" 301 120 "-" "Mozilla (CloudronHealth)"
Aug 18 16:33:25 2020-08-18T14:33:25.234Z pid=21 tid=gogyi67hx class=ActivityPub::ProcessingWorker jid=f4210b6ff5c2ff31e26ffec8 INFO: start
Aug 18 16:33:25 [a0ab4d86-41d6-4865-b50f-b539f641befb] method=POST path=/inbox format=html controller=ActivityPub::InboxesController action=create status=202 duration=22.80 view=0.00 db=2.94 key=https://mamot.fr/users/Anchor#main-key

I'm not sure what that mamot.fr url is.