Crisp's blog

@RobIII: inderdaad kunnen we het reactieformulier ook verder 'wapenen' wat weer meer spamindicatoren oplevert en dus een betere detectie

@Swelson: reageren afhankelijk maken van javascript vind ik vanuit toegankelijkheidsprincipe geen goed idee...

@Jism: voor anonieme reacties gebruiken we dus al een captcha.

@rickmans: Akismet is niet gratis voor commerciele sites, en ik vind het geen goed idee om afhankelijk te zijn van een 3rd party (vertraging, ondoorzichtbaarheid van het algoritme en dus geen mogelijkheid tot 'tuning'). Daarbij willen we ook geen potentieel privacygevoelige informatie (zoals IP-adressen) doorspelen naar derden.

@we_are_borg: anonieme reacties toestaan is en blijft een keuze van de blogeigenaar. Ik sta anonieme reacties toe omdat ik met sommige posts een internationaal publiek wil kunnen aanspreken, en die zijn niet gebaat bij een verplichte registratie op Tnet. Alle anonime reacties verplicht moderated maken vind ik ook iets te ver gaan, zeker als we in staat zijn om goed te kunnen filteren. Uiteraard zou je als blogeigenaar kunnen besluiten om alles moderated te maken (minimum spamkans gewoon op 0% zetten ), maar dan nog heeft het imo meerwaarde als wij al een indicatie kunnen geven of iets spam is of niet.

* himlims_ vind het eerder zaak an de auteur om deze reacties te verwijderen, en niet aan t.net

Je doelt hier op het feit dat ik eigenhandig deze week spam heb verwijdert? Mja; ik heb geen zin om tientallen blogeigenaars achter hun vodden aan te zitten. Spam is niet gewenst op Tnet (en dus ook niet in de tweakblogs), dus ik acteer gewoon vanuit onze algemene voorwaarden.

@sebastius: ik zit er inderdaad aan te denken zelf een Baysian spamfilter te maken; in fact, ik heb het grootste gedeelte al af

@EdwinG: dat topic heb ik toendertijd wel half gevolgd. Ik zal het nog eens doorlezen om te kijken of ik daar nog wat tips uit kan halen

@lordsnow: je idee is leuk, maar ik vraag me af of dat op dit moment wel nodig is. Het belangrijkste vind ik op dit moment dat spam niet zondermeer online kan komen. Wat blogeigenaren vervolgens met hun spamqueue doen is in eerste instantie aan hun zelf, maar als daar vervolgens ook niet naar omgekeken wordt dan zie ik meer in het 'verplicht' uitschakelen van de (anonieme) reactiemogelijkheid voor oudere blogposts (waar dit probleem het meest speelt).

Helaas werkt z'n felgele achtergrond niet tegen spambots...

Kleurenblind of een slecht afgestelde monitor? Limoengroen is het

Ik heb eigenlijk nog geen spam gezien op Tweakblogs.

Het probleem speelt voornamelijk bij oudere posts, dus is het enigszins logisch dat ze niet direct opvallen. Als voorbeeld: Robin.log: Nieuw record Minesweeper (ik zal ze vanavond nog niet verwijderen )
Daarbij heb ik recentelijk dus al een hoop verwijderd en zullen er vast ook wel bloggers zijn die hun straatje zelf wel goed in de gaten houden en zo nu en dan schoonvegen

Misschien een ander idee als de post ouder is dan xx dagen anonieme reacties uitzetten en dan alleen geregistreerde accounts

Dat is ook zeker iets dat ik overweeg als een optie

Ook is het handig als admin van je eigen blog kan zien waarop gereageerd is dat zal ook behulpzaam zijn.

Die mogelijkheid is er al in de vorm van notificatie per email of DM.

quote: markvt

Waarom niet gewoon links in de berichten blokkeren bij niet ingelogde gebruikers.

Da's nogal draconisch vind je niet?

@we_are_borg: wat is er dan precies mis met het reactiebeheer in de backend? Daar zie je toch ook alle reacties in chronologische volgorde?

@mithras: ik heb op mijn eigen blog spam gehad wat 100% zeker weten niet van bots afkomstig was, maar wellicht kan ik inderdaad beter eerst eens kijken of ik de huidige spamvloed met de CSS-truuk even kan indammen (dat, en vragen of vooral robin z'n oudere blogposts dicht wil gooien voor commentaar aangezien de meeste spam daarop gericht lijkt te zijn )

@mark e.o.: ik heb in een eerdere reactie al een aantal redenen gegeven waarom we liever geen gebruik maken van een third party service als Akismet (buiten het feit dat het voor commerciele sites geld kost).

@mark, blacklist checking is iets dat wij al hier en daar toepassen en zeker hier ook een rol bij kan spelen. Net als het opnemen van een dmv CSS verborgen veld is het een extra pointer of iets spam zou kunnen zijn of niet.

Ik ben op dit moment echter nog niet meteen uit op een 'perfect' systeem; als blijkt dat een kleine maatregel nu al voldoende is om de stroom in te dammen dan ben ik al tevreden en kunnen we hier later - mocht het noodzakelijk worden - wel weer naar kijken. Ik heb al eea aan code op de plank liggen, maar implementatie daarvan en het bouwen van de admin interface eromheen kost tijd, tijd die ik ook aan andere dingen kan besteden

@Wezz6400: ik geloof dat ik in mijn blogpost zelf toch al duidelijk heb aangegeven dat het naar mijn mening ook configureerbaar zou moeten zijn?