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]
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.
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:
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 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:
Here is why I would use Cloudron backup instead of one of the existing providers:
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.
@nebulon I can't share the original document publicly, unfortunately, but the problem has disappeared after having raised the PHP Memory Limit in Nextcloud from 512 MB to 2 GB.
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.
@girish Is it a different product, though? Technically, probably, but it would be so lovely to run docker compose apps next to dockerfile apps as custom apps on Cloudron within a container, even if I have to make custom changes to the docker compose setting to make it work.
Or, alternatively, you guys bring a docker compose manager on the market (yes, that would be a different product, but totally in-brand). A competitor to portainer (too corporate) and coolify (bad UI).
I would be willing to pay a premium, just in case you ever decided to do that.
@fbartels Of course I wouldn't want to run them next to Cloudron, only as apps within Cloudron.
Yes, restarting the server solved the problem.
However, I could reproduce the error with outline when I simply deactivated it again and tried to resize it.
This is the error:
Inactive: Error getting IP of redis-f9cfdd22-88ef-44db-9c5b-87d5d0b3ac80 service
It didn't seem to happen with another app I tested.
That's interesting! I suppose you could host this on Cloudron and still use an external Supabase account, but I also think this kind of goes against the approach of using Cloudron for hosting in the first place.
For an active mailbox in Cloudron, which I don't want to delete, I would like to configure a forwarder to another address. Currently, I have to go inside Roundcube to do that, but it would be great to do that inside the email settings in Cloudron.
Currently, I get the error "mailbox already exists", but is it really too far-fetched to keep the existing inbox and still forward afterwards?
Example use case: An employee leaves. I don't want to delete the inbox as historical emails might become relevant in the future, but I want from now on to receive all e-mails going to that address myself.
@hjball said in Kan.bn - The open source alternative to Trello:
Happy to assist with bringing Kan to Cloudron @mononym
Just let me know what you need from me.
Henry (author of the repo)
The biggest issue is that the deployment needs to happen in one docker container only.
For postgres, you use this: https://docs.cloudron.io/packaging/addons/#postgresql
For local storage, this:
https://docs.cloudron.io/packaging/addons/#localstorage
If you don't know how to use these add-ons, go here: https://docs.cloudron.io/packaging/manifest/
But essentially, if you can package it in one dockerfile only, creating the cloudron manifest is piece of cake.
Yes, I know that failed backup notifications are already raised in the dashboard, but that requires me to go and look there. I have a mission-critical app that should update every day and I literally had the case that while I was on vacation, it failed one day. Nothing happened, it backed up the next day, but I simply didn't look into the dashboard that day like usually.
That's where the feature request is coming from.
Okay! I added a small separate function into the code, that helped me.
You are right. You are forced to set up 2FA, then you log out and back in again, and only then the admin section appears under settings and you can enable/disable the apps.
Wow, I am impressed by who made that design decision.
@girish Maybe this could be added to the cloudron docs for this app as this is kind of important for using this, while it is far from obvious?
I confirm, it happened to me as well
I am building my first custom app in Docker in Python and I want to host it on Cloudron.
Currently, the repository is set up on docker.com. I have set up the repository in the cloudron settings using an access token. I have a CloudronManifest.json, a Dockerfile and the requirements file (since it's python), but I am stuck when running
cloudron build
as I consistently run into this error message:
WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fc9470e4750>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution')': /simple/asgiref/
The same comes with any other package that happens to be the first in the requirements file.
I am the owner of the Docker repository.
Does anyone know what I can do about it?
I second this, all our delivery problems went away when we started using Postmark. And it costs us 10 USD per month.
@girish said in Backup time considers timezones incorrectly:
I think you are suggesting showing the Settings Timezone in the Backup Schedule UI, correct? If so, that's a good idea!
Yes, that was what I was suggesting
The timezone shown in the UI is based on browser timezone . If you had multiple admins, each in their timezones, then the UI shows the correct timestamps.
I understand the logic, however, have a look at the screenshot. 
Seemingly, the backup starts at 1am, but it finishes before 1am, which is confusing. In fact, it took 24 minutes in this case, but I am in a different time zone now, 1 hour back.