Cloudron Forum

This, along with Netbird and Rustdesk makes a powerhouse dev-ops kit. I would love to run all of these under Cloudron. I run all of these on separate systems with docker, but always keep thinking how easy and better it would be under Cloudron.

[0.1.0] Initial version

The best book organisation app available, and it's developing rapidly. I would love to have it in Cloudron.

@luckow said in Is there a way to rate limit connections to a site for certain user agent strings?: Bunkerweb acts as a reverse proxy for a Cloudron app that is ‘behind it’. Currently, we only use it in front of our own website (mainly because we are still learning, e.g. what happens when we block bots? Oh, there is no longer support for previews in rocket.chat). In my next spare moment, I'll try out what happens when a complete Cloudron instance is behind Bunkerweb. It should work. From what I've heard, this is the case with Cloudflare, and Bunkerweb is similar (only self-hosted) Hi @luckow I'm really curious how it went with Bunkerweb in front of Cloudron? I am moving domains from Cloudflare to deSEC but can't do all because I use Cloudflare WAF for some Cloudron-apps (Geoblocking and/or IP whitelist with DDNS/API on app-level). And because Cloudron doesn't have anything like a WAF a workaround (what a pity) could be Bunkerweb?

@girish great ! hope my package was helpful start

Hey, thanks ! Just to clarify : Brid.gy works with it, but its not mandatory, you can simply cross post to bluesky/mastodon and have reactions to these syndicated posts fetched back to your own blog using webmentions

Hello @mononym I have looked into this feature request for the @discourse app. Unfortunately just tinkering with the emoji files directly does not work as flawlessly as thought. This will result in broken images, wrong displayed emojis and even @discourse crashing when starting the app. A fully custom emoji set in @discourse can only be achieved with a custom plugin. An example would be: https://github.com/cpradio/discourse-plugin-vb-emoticons Which then can be configured to be used in the @discourse Emoji settings. But there is a somewhat silver lining. Discourse offers the configuration option to set a custom emoji URL. With that you can specify a URL that holds custom emoji images. The external URL folder structure and file names must follow a template: https://github.com/discourse/discourse-emojis/tree/main/dist/emoji emoji set and must include all emoji image files. Otherwise, they will get displayed as broken images in the post and emoji picker. You can download these folders and files and upload them to e.g. a @lamp app. I have done so and placed the folders in /app/data/public/images/emoji In @discourse I have configured the setting External emoji URL to https://lamp.cloudron.dev/images/emoji and I have set the Emoji Set to Noto Emoji. In the @lamp app I have replaced the xray.png and x_ray.png in the noto folder with a custom PNG, but the file name must be xray.png and x_ray.png to replace the xray emoji. Which then gets displayed correctly in the post and the emoji picker: [image: 1769432151369-5dd1d0c9-6085-46ee-b85a-4db03614a5f8-image-resized.png]

@james that was work export re import done ...