Artiklerne Døde i 2023 og Døde i 2024 har været og er ramt at en række forskellige ip-adresse indsætter datoer og ikke andet. I oktober semibeskyttede jeg 2023-artiklen for resten af året. semibeskyttede 4. januar årets artikel i en måned. Jeg har kigget på de ip-brugere, der har hærget årets artikel og noget af den for sidste år. For Døde i 2024 gælder det disse adresser:
Og blandt ip-adresserne for Døde i 2023 (har ikke tjekket hele året) har følgende ip-adresser lavet den type redigeringer:
De har det til fælles, at de alle starter med 82, og bortset fra en enkelt fortsætter den med 132, og ellers 217 og 218, hvorefter sidste blok er forskellig. Kan det lade sig gøre at lave en rangeblock, så den rammer de ip-adresser? Man kan nøjes med at blokere dem fra artiklen Døde i 2024? Så kunne man slippe for at semibeskytte artiklen. - ( • ) d. 13. feb. 2024, 16:57 (CET) 
Jeg kigget på 82.33.0.0/16, 82.132.212.0/22 og 82.132.216.0/22. Brugerbidrag fra den periode er alle mærket tilbagerullet. () 13. feb. 2024, 17:13 (CET)
IP-adresserne ser ud til at tilhøre to internetudbydere med adresse i Berkshire i England. Der er sandsynligvis ikke mange reelle bidragsydere som bruger dem. () 13. feb. 2024, 17:17 (CET)
 Har I nogen tanker om, hvordan man skal stoppe sådanne redigeringer? De har fundet sted i et års tid efterhånden. spurgte jeg, om man kan lave et misbrugsfilter, der stopper det. Er det en mulighed? - ( • ) d. 14. feb. 2024, 07:22 (CET)
Jeg tror at det vil være svært at lave et misbrugsfilter som ikke også fanger legitime indsættelser af datoer. Men jeg støtter en forebyggende partiel IP-range-blokering for den bestemte artikel. Det vil næppe forhindre mange korrekte redigeringer, da IP-adresserne ikke er i Danmark som de fleste brugere kommer fra. Jeg kan ikke udføre blokeringen, da jeg ikke er administrator, men administratorer kan. () 14. feb. 2024, 10:16 (CET)
Er det de ranges, Steenth skriver, der skal blokeres? - ( • ) d. 14. feb. 2024, 10:24 (CET)
@ Jeg er også mere i retning i blokering. Det er her svært at lave et filter, som rammer præcis uden det kan gå ud over andre brugere, som reelt grund til det. Blokeringen kunne begrænses til de 2 omtale sider og længden kunne være et år. Det ligner at brugeren flytter rundt på flere segmenter af adresser, som kunne tilhøre samme udbyder. For det er ikke de samme adresser, som var i sidste forår. Og jeg kan også se redigeringer, som godt kunne give mening fra de ip-adresser. () 14. feb. 2024, 11:07 (CET)
Jeg er helt med på en rangeblock på Døde i 2024, men enten skal en anden lave den, eller også skal nogen fortælle mig, hvad jeg skal skrive i adressefeltet :-). - ( • ) d. 14. feb. 2024, 11:09 (CET)
Mit bud er 82.33.0.0/20 og 82.132.208.0/21 () 15. feb. 2024, 03:43 (CET)
Jeg har tilladt mig at blokere 82.132.0.0/16 og 82.33.0.0/22. Så rammer vi dem alle og det lader ikke til at der er andre, der bidrager fra det range.
Så må vi se om vedkommende finder andre veje. Mvh () 15. feb. 2024, 12:53 (CET)
I dag er Døde i 2024 redigeret af ‎82.132.230.60. For også at omfatte den IP-adresse, skal områderne udvides til 82.33.0.0/20 og 82.132.192.0/18. () 15. feb. 2024, 12:54 (CET)
, hvorfor ikke nøjes med blokere for den angrebne artikel? () 15. feb. 2024, 12:59 (CET)
Det kunne man selvfølgelig også. Jeg bildte mig ind at det typisk er ip-brugere, der opdaterer disse dato-artikler, men det lader ikke til at være tilfældet med denne.
Så lad os tage en semi-beskyttelse af artiklen, og så må vi se om det spreder sig til at andre artikler. Mvh () 15. feb. 2024, 13:31 (CET)
Jeg kan for øvrigt se at det er et cross wiki problem, hvor brugeren går efter forskellige artikler rundt om og laver disse tåbelige småredigeringer. Mvh () 15. feb. 2024, 13:34 (CET)
Ah, du mente blokere, men på artikelniveau? () 15. feb. 2024, 13:35 (CET)
Ja, det er blokering på artikelniveau som er foreslået tidligere i denne tråd, for ikke at genere evt. seriøse brugere med samme internetudbyder. () 15. feb. 2024, 13:42 (CET)
@: Det var for at undgå en semibeskyttelse, der også udelukker evt. gavnlige bidrag. Har du noget i mod, at vi ophæver denne igen? - ( • ) d. 15. feb. 2024, 14:48 (CET)
Den kan vi bare ophæve, så ser vi hvad der sker. Mvh () 15. feb. 2024, 15:06 (CET)
Så prøver vi. Hvis blokeringerne ikke hjælper, må vi smide en semibeskyttelse på igen. - ( • ) d. 15. feb. 2024, 15:08 (CET)
