With this line from the start script: https://github.com/Lanhild/atuin-cloudron/blob/39e0d6de54742833091cd3b373338b78e588d232/start.sh#L15 Users don't have the ability to disable signup without having a rebuild of the container. Its probably better to use export ATUIN_OPEN_REGISTRATION=${ATUIN_OPEN_REGISTRATION:-false} instead and additionally define it with ATUIN_OPEN_REGISTRATION=true in your env.sh. This way after the first install signup is available and after you created your accounts you can easily shut it down.

Strapi is currently on v5.14.0 An enormous amount of work has improved strapi since this request was first made: https://github.com/strapi/strapi/compare/v3.0.5...v5.14.0 Redesigned admin panel, enhanced plugin systems, and better API performance. Strapi 5 introduced advanced content management features like Draft & Publish with history and multi-environment support.

@robi https://forum.cloudron.io/topic/2759/strapi-open-source-node-js-headless-cms-to-easily-build-customisable-apis?_=1748686628709

This one here is being actively developed and comes for Docker: https://github.com/cry-inc/dmarc-report-viewer

@james it's a drop-in replacement AFAIK

I switched to Linkding and Singlefile - it seems the only option to reliably save websites for offline reading, including those behind a paywall that I pay for or websites with cookie banners that I already dealt with.

@nebulon Are there any plans to make Grist availalble?

This can be installed using the LAMP app, this is how I've ran it.

Update : I noticed that Parse had new versions, so am trying to package those. However Parse has made some security changes which mean the initial approach of mirroring Parse Server and Parse Dashboard as separate apps doesn’t work. So I am back to building a “mono-app” with latest versions of Parse Server and Parse Dashboard in one container, which has some advantages. Focus on using MongoDB but perhaps could do Parse-Mongo and Parse-Postgres as an option after getting the new versions app working. Naively perhaps, but I’m assuming that Cloudron could make alternative db backend easy.

@ahummel if you deploy the tailscale client to your Cloudron server, are you also selfhosting your Tailscale control server ?

Hello @girish and @jimcavoli, has any progress been made here? How do we finally get this app onto cloudron? Best regards, Christian

Hmmm using ProxySQL might be pretty cool idea. I'll see if this leads anywhere. Thanks!

@joseph, yes, can you send a email to my forum email? Thank you!

@makemrproper We have an instance running on Cloudron @vladimir.d packaged it. Just bear in mind Node-RED doesn't have users, so it's very much a simple shared utility, and you'd need multiple instances if you wanted to separate user access to various things.

@makemrproper I've not played with it, but I think @marcusquinn would say you could very likely replicate all that using a combination of EspoCRM's custom data fields and portal features. A lot more work, but also totally bespoke. But, agreed, regardless of all that it would still be useful to have ERPNext on Cloudron

Any hope at all?

BTW, I've been trying Readeck and it's pretty smooth. The closest I've found to a nice self hosted read-it-later app around