Posts made by girish

https://news.ycombinator.com/item?id=22044854 has some good discussion

Good question! So far, we haven't been overwhelmed with the app count. I think we can actually easily support far more. This is only because:

• The main packaging cost is the first initial version. If you see the source code of any app package, we hardly have to make changes for a new release. It's mostly bumping the version. I am hoping once we have a CI/CD app on Cloudron, we can automate this part.
• All our stable apps have tests. We don't test anything manually. The apps that don't have proper automated tests (like confluence), we have regretted publishing. But we keep them supported and test them manually since enough paying customers are using it. But that was a lesson for us to not add apps that don't have tests.
• Many of the new apps that we are publishing now was packaged by our community - @msbt , @iamthefij , @Felix, @thetomester13 , @jimcavoli , @murgero (there's also 2-3 more but I am unable to find their id) etc. So, we are just building on top of their hard work (thanks a lot again guys!).
• Finally, our goal is not to package all the apps possible. We just want the best 2-3 apps in each category. So, if there are 30 categories. This will only come to 90 apps or so.

All that said, if you see a drop in quality in support or general, please let us know and that will a hint for us to look into adding resources

@msbt Thanks for updating the license.

OK, this was stupid. I didn't see that you had a riot app, so I ended up making the front end of my own https://git.cloudron.io/cloudron/riot-web-app . It's pretty much the same as yours except I don't use nginx (I will probably put your nginx code into mine).

I have pushed Riot Web to unstable now.

I will push out your matrix in the next few days. Thanks!

@why42 The most important thing is to make sure you are using ssh key authentication and not password based auth. Moving to port 202 is helpful because there are way too many bots out there which just spam port 22. Personally, all my servers are on port 202 because the logs get flooded with bots non-stop.

Just pushed out the blog - https://cloudron.io/blog/2020-01-17-cloudron-4.4.html

Forgot to mention, the solution is to contact your server provider as a first step and ask them if they can unblock it. From my experience:

1. New accounts on Digital Ocean always start out blocked but you can convince them you don't intend to spam and they will unblock you
2. Google Compute won't unblock
3. AWS has a "throttle"/limit on the number of emails you send per day and per hour.

The workaround if your provider does not unblock it is to add a mail relay - https://cloudron.io/documentation/email/#relay-outbound-mails (i.e just sending mails using an external service)

@dtrckd This is most likely because your cloud provider is blocking outbound SMTP port at the server. You can test this quickly using telnet on the server:

$ telnet smtp.gmail.com 25

If your server provide is not blocking it, you will get:

root@my:~# telnet smtp.gmail.com 25
Trying 74.125.197.108...
Connected to smtp.gmail.com.
Escape character is '^]'.
220 smtp.gmail.com ESMTP a28sm30206339pfh.119 - gsmtp

(you can exit above by pressing ctrl+] and then type 'quit')

If your server provider is blocking it, you will get something like below, it will just sit there saying 'trying' (I did this from my home since all residentials addresses have outbound port 25 blocked usually):

~$ telnet smtp.gmail.com 25
Trying 74.125.20.109...

I like the idea. I guess a periodic scan of the files in application's data directory is all we need to do? Since code is read-only anyway.

I found https://git.cloudron.io/dswd/guacamole-app and https://git.cloudron.io/doodlemania2/guacamole-app as attempts to package this.

I would say having a Dockerfile is 50% of the whole. The hard part of cloudron packaging is the (boring) work of testing automated updates and writing automated tests

@xTalandier Thanks for testing! I have pushed a new version now with composer and php-intl.

By popular demand, we have added another version of the LAMP app that has PHP 7.3. Currently, it is in unstable. Will promote it to stable after we get enough feedback from users.

Appstore link: https://cloudron.io/store/lamp.cloudronapp.php73.html

There is no separate doc page, it works exactly the same as the other LAMP app - http://cloudron.io/documentation/apps/lamp

https://git.stealthdrop.cloud/c1t1z3n0n3/limesurvey_cloudron is the app git repo

A bit of a tangent, but I wanted to emphasize that snapshots are not backups. For example, https://news.ycombinator.com/item?id=22001822 where Gandi advertised it's snapshots are backups but the whole rack got bad and they lost all the servers and the backups just last week. A backup strategy should ideally always be in another service provider even, if possible. This avoids cases where a lockout of your account removes access to all your data entirely.

Fathom is now closed source - https://github.com/usefathom/fathom/issues/268

Hi all,
We released Cloudron 4.4. See the blog for screenshots and more info.

• Show swap info in graphs
• User avatars are now customizable (click on the profile photo icon). This removes the use of gravatar for privacy reasons.
• import: add option to import app in-place
• import: add option to import app from arbitrary backup config
• Show download progress for rsync backups
• acme2: Implement post-as-get
• AWS Marketplace image
• Stopped apps are be auto-updated anymore (since they won't run migration scripts).
• eventlog: track support ticket creation and remote support status
• cloudflare: support API tokens
• Add search field in apps view (this only appears if you have many apps)
• Make app view tags and domain filter persistent across browser refresh
• Add timezone UI. We used to auto detect this but clearly it's imperfect, so we have decided to expose it. This allows you to precisely configure when backup and update tasks get scheduled.

@tadeas I guess you are referring to https://github.com/storj/storj/wiki/S3-Gateway ? You can already use an arbitrary S3 gateway btw in the Backups view dropdown.

Once it reaches production, we can add it to the Backup providers dropdown as a proper option.

@murgero Let me know if you need something from the Cloudron side. I guess it can be a separate web app that can be installed at say register.mydomain.com. It can then take an access token (this view is currently "hidden". access it as my.domain.com/#/tokens) and a Cloudron end point. You should then be able to make calls to create user using https://cloudron.io/documentation/api/#/paths/~1users/post .

@jdaviescoates You are welcome to suggest merge requests to https://git.cloudron.io/cloudron/docs if you have lots of minor changes (and it feels painful to open a forum thread/suggestion).

Yes, indeed, that's what I thought as well. I created this post because we got an email from a customer on support to investigate this further.