https://knowyourmeme.com/memes/poob-has-it-for-you for context, seems like a lot of people downvoting this comment don’t have any clue

we’re currently working on building some dashboards to visualize the effectiveness of anubis. once we have this setup we’ll try tuning some settings and hopefully be able to measure the effectiveness of said tuning.

es haben bereits einige andere admins anderer instanzen versucht kontakt dahin aufzunehmen, da die gerade offene registrierung haben. wir warten gerade ab ob sich das verbessert und welche (bzw. ob) rückmeldung kommt. sollte da nichts passieren werden wir die instanz zeitnah deföderieren.

nichts verlässliches. lemmy trackt nur begrenzt wann user zuletzt aktiv waren anhand von diversen aktionen (posts, kommentare, voting, und ein paar mehr wenn man die aus der db pult). reine lurker die nicht mal voten wird man damit nicht finden können. wir haben in den web server logs zurzeit keine infos dazu ob ein user eingeloggt ist oder nicht, und nur ips sind nicht sonderlich zuverlässig, insbesondere bei der menge an bots mit fake user agents.

gibt es nicht viel zu erzählen. in der nginx config gab es einen tippfehler sodass die eingehenden verbindungen für die föderation nicht ans lemmy backend weitergeleitet werden konnten.

kp, mache selber nicht so viel mit js basierten anwendungen, daher habe ich da nicht so den vergleich. das wird aktuell auch in rust neugeschrieben.

an konfiguration gibt es nur die sachen die im readme zu sehen sind: https://github.com/LemmyNet/lemmy-ui/tree/0f4b5b79fb76e0612c959f587986840480b8edb5#configuration (beachte dass dies lemmy 1.0 ist, 0.19 ist evtl noch leicht anders)

es ließe sich einfach rückgängig machen wenn wir uns z.b. in zwei jahren entscheiden sollten dass wir das nicht mehr machen wollen weil z.b. dann seit 2 jahren keine angriffe mehr durchgeführt wurden und wir überzeugt wären dass das nicht wieder vorkommt oder zumindest die vorteile die risiken überwiegen.

ja:

• https://github.com/LemmyNet/lemmy-ui/blob/0f4b5b79fb76e0612c959f587986840480b8edb5/src/shared/utils/config.ts#L14
• https://github.com/LemmyNet/lemmy-ui/blob/0f4b5b79fb76e0612c959f587986840480b8edb5/src/shared/components/post/post-form.tsx#L341

das kann gerade noch ein bischen dauern bis die föderation wieder aufgeholt hat, die ursache ist inzwischen behoben

tippfehler wurde identifiziert und behoben, sollte jetzt wieder passen

wir sind dran, föderation hat leider gerade noch ein problem

ich habe auch schon darüber nachgedacht evtl in lemmy nen filter einzubauen der das nur in der repräsentation die wieder ausgegeben wird ändert, evtl. auf ne warnungsseite die erst nach bestätigung weiterleitet, aber zum einen ist das nicht so toll zu maintainen (evtl wird das mit dem lemmy 1.0 pluginsystem besser), und zum anderen wäre ich vermutlich der einzige im team der das maintainen könnte, was auch nicht ideal wäre. das hätte aber immerhin den vorteil dass die ursprünglichen daten nicht verändert würden.

wir unterstützen absolut kein doxxing, aber das entschuldigt lange nicht den missbrauch von besuchern für cyberangriffe.

danke für den hinweis, das lässt sich leider nicht so einfach abstellen. ich habe dafür jetzt ein issue im lemmy-ui repo angelegt: https://github.com/LemmyNet/lemmy-ui/issues/3825

Option 1 betrifft auch Links in Texten, sofern diese als Links erkannt werden. Sowas wie https://archive.org/ z.B.

ich mache ungern unwiderrufliche änderungen rückwirkend direkt in der datenbank, insbesondere über größere datenmengen.

aktuell haben wir z.b.

• 23,907 posts in denen eine der domains in der beschreibung vorkommt
• 15,680 posts in deren links eine der domains vorkommt
• 6,306 kommentare in denen eine der domains vorkommt

edit: ich gehe dabei auch davon aus dass die älteren inhalte im laufe der zeit an bedeutung verlieren. mit maßnahmen für neue inhalte würden wir zumindest die zusätzliche verbreitung reduzieren.

wir würden nur bestätigte Domains blocken. Die sind ja einfach zu erkennen wenn man sie anguckt. Neue Domains müssten vermutlich erst von jemandem gemeldet werden.

zum edit: leider können wir die genaue fehlermeldung nicht anpassen.

die fehlermeldungen an der stelle sind:

• URL is blocked on this instance
• Text contains a slur which is blocked by this instance

die liste lässt sich problemlos anpassen