@girish That sounds great! The last two incidents were this would have helped me were developing over several days (exploding Rocket.Chat logs and syslog.js), so this should be within the necessary precision to prevent this type of situation.

@nebulon Thank you so much. Very helpful and quick.

Amazing that is some very old typo apparently, never noticed either! It is now fixed with https://git.cloudron.io/platform/box/-/commit/f82f3fa8587a99f71d840981d77acb0aca87ac2e

9.2.14 is the latest Manticore version. https://github.com/manticoresoftware/manticoresearch/releases/tag/9.2.14 Here are the improvements since Manticore was first requested: https://github.com/manticoresoftware/manticoresearch/compare/9.2.14...6.0.4

@girish Perhaps the Nextcloud Talk High Performance Backend as well as the Elasticsearch could be installed together onto the same server, somehow. There is also Manticore: https://forum.cloudron.io/topic/9753/manticore-search-oss-fast-database-for-search-alternative-for-elasticsearch

Yes, you are all correct, I just did Hetzner bucket w/ S3 credentials, backed up to it, and restored the apps from there. Super easy. Thank you.

@joseph Hey, I'll provide a link here, where the exact details of the package are given. I think there should be no problem. https://packages.ubuntu.com/oracular/nut-client

No SSL Session requires a complete ssl handshake, whenever a new connection is established. Otherwise Chrome will skip the ssl handshake and omit SNI in ClientHello, only providing the session ticket ID, which the proxy has no way of knowing it.

@d19dotca You are right in the aspect of it being a CDN style backup service. It takes your data and splits it up into 64MB segments and disperses it around their different nodes in the world. When you request to download a file from your Storj service, it can rebuild a copy of that file with only 24 of the closest nodes to your location, no matter where you are in the world. Yes, some of those segments will be in Canada.

@Lonkle How'd you do this? I'm running into issues as I have multiple Cloudron servers with custom apps and only the ability to configure a single docker registry

@girish said in Add a"Staff Choice" badge/filter to App Store apps: I don't want to be part of the decision-making of our end user. First off: im new here. Just discovered Cloudron a few weeks ago. Super impressed! And quite a nice community. And here goes my point: You are already part of the decision making. Or at least together with the community that votes for packages to get included. The App Store is already a curated selection But I can see the direction you are coming from. I mean in the end a feature like GH Stars would safe me 2 clicks, so I would say its definitely a nice-to-have and nothing more. Thanks for the good work!

and even object storage has options for a checksum based restore..

@joseph Good point. There is no exclude option in the filter settings. And because of new topics without tags, this idea is not helpful. Sorry.

@girish could you maybe give an update if you are considering adding this feature? We would really, really appriciate it!

@msbt got you, thanks! I don't believe Cloudron's auth is easily replaceable for the build-in apps and it's unlikely that it will be replaced one day - that means a lot of testing on top of the existing infrastructure.

A standalone, fully customizable PostgreSQL would be nice indeed, I have a use-case where the timescaledb extension is required, has anyone tried that before?

I see now. The check is only for PTR record . There is no check for AAAA record (or A record) for that matter. In general, even for apps there is no such check i.e Cloudron is not polling periodically to check if the DNS records are in sync.