TwiN

@nillpoe Please react to the issue with :+1: instead of commenting "+1".

I appreciate your enthusiasm, but you should've really created an issue first so we could discuss the feature before you jump straight to the implementation and risk wasting your time...

@loispostula My bad, I see there is already #1328 opened by somebody else, and I did already sort of give my thumbs up for it; I had completely forgotten about...

Let's go with your approach for now. The only change I'd make at a glance is perhaps put `public` under `visibility`, e.g. ```yaml endpoints: - name: ... visibility: public: true...

Not against the idea, but the configuration should be something like ```yaml security: basic: users: - username: "abc" password: "abc" - username: "def" password: "def" ```

I don't personally have a use for this feature right now, so I have no intention of implementing it myself. You're more than welcome to implement it yourself, or wait...

Being marked as unhealthy is normal. Maintenance mode should only skip alerting.

I'm not against the idea. Honestly, I've seen slog used so rarely that it didn't even crossed my mind, which was originally why I made a library for it, but...

Did you look into provider overrides? You could just override the custom body in the endpoint alert instead. P.S. I'm doing this solo (though there are contributors that regularly contribute),...

In your example, wouldn't you just have to override the body, which is also just one parameter (albeit multi-line)? I understand a custom parameter would be easier, but from a...