Cloudron doesn't have a social media scheduling tool in its app catalogue, so let me suggest one - Postiz

The app is written in NodeJS using Postgres and can be self-hosted.

It connects to all major platforms. It is quite new, though, so no information about how well it will be supported.

Here is the link to the website.

[EDITED by Mod]

• Main Page: https://www.firecrawl.dev
• Git: https://github.com/mendableai/firecrawl
• Licence: GNU Affero General Public License v3.0
• Docker: Yes https://github.com/mendableai/firecrawl/blob/main/docker-compose.yaml
• Demo: https://www.firecrawl.dev/playground?url=https%3A%2F%2Fcloudron.io&mode=scrape

---

• Summary:
  Firecrawl (https://www.firecrawl.dev) is a web scraping tool that prepares data in LLM-readable format that can be self-hosted.
  Crawl and convert any website into LLM-ready markdown or structured data. Built by Mendable.ai and the Firecrawl community. Includes powerful scraping, crawling and data extraction capabilities.

• This repository is in its early development stages. We are still merging custom modules in the mono repo. It's not completely yet ready for full self-host deployment, but you can already run it locally.

---

• Notes:
  Cloudron doesn't have a self-hosted scraper yet, so maybe this could be a good addition.
  Here is the self-hosting guide: https://github.com/mendableai/firecrawl/blob/main/SELF_HOST.md

---

• Alternative to / Libhunt link: e.g.
• Screenshots:

Tymeslot - Better Meeting Scheduling than Cal.com

---

Main Page: https://tymeslot.app
Git: https://github.com/Tymeslot/tymeslot
Licence: Elastic License 2.0
Dockerfile: Yes
Demo: https://tymeslot.app

Summary

Tymeslot is a self-hosted meeting scheduling platform — a privacy-respecting alternative to Calendly and similar tools. It lets you create booking pages for others to schedule time with you, with full timezone awareness, calendar sync, and real-time availability checking.

Key features:

• CalDAV integration — syncs with Nextcloud Calendar, iCloud, Fastmail, and any standards-compliant calendar server
• Google Calendar sync — reads busy times and creates events directly in Google Calendar
• Google Meet integration — automatically generates Meet links for booked meetings
• SSO via OIDC/OAuth — supports Google, GitHub, and any OpenID Connect provider
• Multiple themes, multiple language support (English, German, French, Ukrainian)
• No ads, no tracking, no third-party analytics
• Background jobs with retry logic, rate limiting, structured logging

Built with Elixir/Phoenix LiveView — lightweight, concurrent, and very fast.

---

Notes

I'm the developer of Tymeslot, and I built Cloudron support in from the start. The cloud version is hosted on Cloudron right now. The app also supports authentication with Cloudron accounts and uses the postgres and sendmail addons.

What makes it a great fit for Cloudron:

Automatic addon integration: The app auto-detects Cloudron's built-in services. The PostgreSQL connection (CLOUDRON_POSTGRESQL_URL) is picked up automatically — no manual database config needed. Cloudron's mail relay is used for all transactional email out of the box. Cloudron's OIDC identity provider is detected automatically, adding an SSO login button without any configuration.
Already installable today: You can install it right now as a custom app using the Cloudron CLI. Full step-by-step instructions are at: https://tymeslot.app/docs/cloudron
Minimal required config: Only SECRET_KEY_BASE and PHX_HOST are needed for a working installation. Everything else is optional or auto-configured.

The documentation page at https://tymeslot.app/docs/cloudron walks through the full install in about 3 commands. It also covers optional extras: Google Calendar/Meet setup, GitHub OAuth, switching to an external email provider, and common troubleshooting.

Having it in the official Cloudron app store would make it much more discoverable for the self-hosting community — and would mean users get one-click installs and automatic updates.

If there are any features you are looking for, let me know! The app has been developed daily for weeks now. Please also star it on Github if you like what you see!

---

Alternative to: Cal.com, Easy Appointments, Calendly
Screenshots: https://tymeslot.app

For all developers who work with large language models and prompts, there are graphical user interfaces that can make life easier.

Dify.ai is especially good and, that's the best part, it can be self-hosted.
Self-hosting documentation: https://docs.dify.ai/getting-started/install-self-hosted

Feature overview:

• Building visual prompt workflows
• Supports multiple LLMs, incl. open-source ones
• Supports RAGs and vector databases
• It has an API that you can use to integrate into your own application
• You can log and evaluate your user's requests

I searched for a long time for a good open solution, and came to the conclusion that this is my favourite.

I would love to see this on cloudron and maybe other developers who work with LLMs might agree.

I would like to see custom expiry dates (optionally) for the app passwords I set in my profile. I am using them sometimes for debugging, and it can happen that I even give one of it to AI, e.g. "use this to test to authenticate" when coding.

If I could set an expiry date a few hours from now, I wouldn't have to worry about cleanup.

I think this deserves attention again. Why should we have Amnezia on Cloudron when there is already a VPN app? The difference is that Amnezia works absolutely spotless in China (battle-tested during vacation there) whereas the VPN app in Cloudron stopped working after half an hour, and even commercial VPNs I tried had a hard time connecting sometimes.

I believe Amnezia could be a superior solution over the current VPN app.

My feature request is that Cloudron should offer backups as a provider itself for an additional fee. Hear me out.

This is why I think it would be a good idea:

• The code is basically already there. Cloudron has backup and restore code and I can manage my backups from the cloudron dashboard. The rest (e.g. encryption algorithm) is open-source.
• Cloudron has the knowledge of how to build secure infrastructure.
• Cloudron could get a good, potentially discounted deal with a white-label infrastructure provider, potentially using the same hardware as one of the bigger names out there, but using much simpler software.
• It would be a great additional add-on for cloudron to upsell existing customers with more value.
• Cloudron Backup would only exist for cloudron users. There is no need to build a website, a UI, or do marketing. Only existing cloudron users can optionally use it. This means the large overhead the other providers have wouldn't exist. Cloudron can turn this into an add-on, this shouldn't be a standalone product (as that has been done before)
• I trust Cloudron already with my server infrastructure, the code could easily be open-sourced as the value is in the infrastructure, not the code, so trust can be built easily.

Here is why I would use Cloudron backup instead of one of the existing providers:

• Some of the existing providers target enterprise clients
• Some are really expensivevalue
• Basically all of them have a shitty UI that I don't really need anyway
• The only thing I really need is lots of affordable GB, and for them to be secure. And perhaps a very simple UI (e.g. like the file manager for volumes) to access the backup from outside of Cloudron. That's basically it, no additional settings needed.

A solution integrated into Cloudron could be easier to set up, more affordable than alternatives and be a good business opportunity to increase the amount of money it makes from existing clients (optionally).

That's why I think Cloudron should consider adding integrated Backups.

I host most of my domains in one Porkbun account, but this would work similarly for any other provider. For any new domain I add, I need to find again the API key and secret key and add it. If they ever change, I need to change them for all domains separately.

Idea: Store the secrets separately, and allow the user to change/update them in one place. This would be optional, and the user could still use separate API keys per domain, but I think we can assume that one would want to use the same pair of keys for the same account in Cloudron.

Besides, the values are stored already anyway if they are in use, so this changes only the underlying database structure and the UI.

Well, glad that you are happy with cal!

There are three points I focused on with Tymeslot:

1. It has less feature-bloat, is more intuitive to use and set up
2. It is much less resource-intense
3. The UI, especially the booking page, looks much better. Like this, for example: https://tymeslot.app/demo-theme-2

I am also working on features that cal.com doesn't have, but I'll announce it when that's ready.

This has gone back to normal for a few days in a row, indicating the upgrade didn't produce an issue, but probably the hardware infrastructure at Netcup.

No, teams will be a separate package, which will still take a few weeks, but it will come!

I couldn't reproduce the github issue, but the rest is fixed. Getting there! It is, after all, still in a beta version, fortunately, having users pointing out issues that I can fix, so it's already pretty advanced.

The app can be installed now via CloudronVersions:
https://github.com/Tymeslot/tymeslot/blob/main/CloudronVersions.json

@LoudLemur said:

WanderingMonster packaging report: Verdict: Moderate.

https://paste.wanderingmonster.dev/?968a273a702c96da#BheknpBPP1aTHG9TTBntKPht3fXBwBTJ1GXzLehfnPCg

Being the app developer, I must say the report is quite inaccurate and full of assumptions (e.g. "probably the backup size isn't big, but who knows").

I'd be surprised if anyone finds this helpful.

@LoudLemur said:

Wandering Monster packaging assessment: Verdict: Hard but feasible.

https://paste.wanderingmonster.dev/?388a7cbf9a2bb945#fBFMUA66gSSruwP7BXRSJvdeGW5LNKv8GaJynvwtuSL

Can you please stop posting these everywhere? This isn't a relevant contribution and rather senseless spam that should be reported to the forum admins.

Cloudron sets up Dawarich with 512 MB minimum, but this seems to be incorrect: https://dawarich.app/docs/hardware-requirements/

My app also crashed lacking memory, and it went up to 1.33 GB for me when I set it up. I suggest to correct the Cloudron package here to make sure it'll run stable.

Okay! I added a small separate function into the code, that helped me.

Thank you, I just wanted to say that this worked!

Yes, exactly, it works now!

Maybe there could be a dedicated tutorial in https://docs.cloudron.io/backups/ as many people seem to use it as a backup provider. I had to look up a few other things in the process to make it work.

Coolify uses docker compose, cloudron doesn't. Cloudron requires to package an app into one container, and from what I have seen with Supabase, this is difficult.