22 Nov
2024
22 Nov
'24
4 a.m.
Le 21/11/2024 à 17:12, Stephen Paul Weber a écrit :
A rate limit configuration field, but with no support for burst, etc,
and the spec even explicitly says you must not allow bursts? Shouldn't
that be configurable if we're making new configuration fields?
I would suggest to check this existing implementation https://
modules.prosody.im/mod_muc_limits.html for the kinds of things that one
might want to be able to configure.
Hello,
Maybe that was unclear, but they are many differences between my slow
mode XEP, and what mod_muc_limits can do.
TL;DR:
See https://xmpp.org/extensions/inbox/xep-slow-mode.html#usecases
I'm using an implementation of this XEP to provide a chat in Peertube
live streams. This provide a slow mode similar to the one existing on
Twitch for example.
Here are some differences:
* mod_muc_limits is configurable by server admins, slow mode is
configurable by MUC owners
* slow mode is configurable room by room, mod_muc_limits is server wide
* slow mode parameter can be changed in live, without any server reload
* slow mode limits the number of text message user by user,
mod_muc_limits limits all kind of messages
* ...
So, there is no need for burst parameters. As the limitation is user by
user.
If you want a demo, i have set a slow mode of 2 seconds here:
https://videos.john-livingston.fr/w/qqNQwFDerUB1KnFA6N6Jbi
(in real life situations, it would more be something like 30 seconds)
You can join the same test room with your XMPP client here:
xmpp:c5d20adf-1088-4d40-bbfc-1abb42d20b05@room.videos.john-livingston.fr?join
--
John