also given what i’ve implemented to make 0x0 safe to operate, i find the moderation tools of most fedi server software sorely lacking and generally inflexible

this is actually a problem with most software for hosting publicly accessible user content, including e.g. git forges.

gitlab and forgejo have essentially no tools to mitigate even the most basic forms of spam. there’s support for captchas, but captchas are completely ineffective and an accessibility nightmare.

@mia@movsw.0x0.st i agree. and i think its not just for fedi software. imo MRF is a pretty good attempt on making powerful mod tools, but sadly thats limited to *roma

@mia there is always the possibility to make fedi better by implementing some of the ideas you might have for better tools.

@stefan i’d love to. but i don’t have the spoons to solve these problems in existing software.

@mia I guess an outline what you might deem a useful tool might still be useful. I can relate to not having the spoons.

Also there is the general problem of people actually wanting to implement such stuff. See that issue with MRF and mastodon.

I think it is very useful to discuss this stuff.

@stefan i do have some things in mind for yet another fedi server that may or may not happen in the future

that’s one of the reasons i brought up horn clauses (as in prolog) a few times. they’re a very useful tool for implementing flexible rules and i believe they have several applications in this context

@mia Yet another fedi-server does sound like a recipe for desaster as well. Since only writing stuff is not enough. Maintaining is the issue I see often.

But implementing such (likely useful) stuff in other software is not easy as well... It is not an easy problem to solve.

I do like hearing a genuine attempt at making fedi better.

@desea @mia Thats like true for any software you make. my point was not specifically related to fedi.