NoScript blokkeert ook IFRAMES, als ik me niet vergis zelfs by default.

Volgens mij niet by default, maar dat lost het probleem niet op. Je hebt voor deze methode helemaal geen iframe nodig, je kunt het gewoon allemaal op een 'normale' pagina doen. Voor zover ik weet is hier nog geen adequate oplossing voor, zeker als je javascript niet blokkeert. Dan kan elke verandering in de 'normale' viewstate van de a:visited worden gecontroleerd, ook lettertype, grootte, hidden of whatever.

Eens testen of NoScript icm webdeveloper (toch al geinstalleerd) een oplossing kan bieden door in webdeveloper een standaard overrulende css voor a:visited in te stellen. Ik hoop het.

Edit: webdeveloper biedt niet de mogelijkheid tot het globaal instellen van een overrulende css, de FF plugin Stylish (https://addons.mozilla.org/en-US/firefox/addon/2108) wel. Maak de volgende (globale) style aan:

a:visited{
background: none !important;
background-image: none !important;
list-style-image: none !important;
}

Icm NoScript zal dit een aardige workaround zijn, als er ander manier zijn om een afbeelding te laden in css moet die manier ook toegevoegd worden.

De testcase die in het artikel genoemd wordt geeft nu aan dat er geen sites gevonden zijn.

Curieus dat er een script van [color=violet]google-analytics[/color] wordt gebruikt. Dat geeft te denken.....

Klopt, maar in FF is dat ook af te vangen met een extensie: [url=https://addons.mozilla.org/en-US/firefox/addon/953]RefControl[/url]. Kun je globaal en per site instellen wat de referring header wordt. Bij mij globaal de root van de site, dus bijv. http://www.security.nl/ en als dat functionaliteit breekt soms de echte referrer.

Alleen wel jammer dat je zo goed op de hoogte moet zijn van wat er kan, om jezelf ertegen te beschermen.

Poeh...gelukkig...
Ze kunnen niet zien dat ik security.nl heb bezocht.
Die staat namelijk niet in de PHP/html-code genoemd.
Zo te zien kan hij alleen vooraf gedefinieerde websites achterhalen.
Ga je dus op basis van ip-adres naar binnen of bezoek je een (voor de tool) onbekende site...
no worries :)

Peter

@wizzkizz, webdeveloper heeft ook een optie om alle Meta Redirects te blockeren. Dan werkt het ook niet meer...

Hij is in de onderste laadbalk wel de hele tijd wachten, laden, heel onrustig dat valt wel op, dus als iemand je geschiedenis jat heb je het wel snel door, en na bijna 1 minuut had ie bij mij pas 100 sites ofzo, dus echt snel gaat het ook niet.

Ik heb trouwens in about:config de hele referrer header uitgezet, na 2 dagen nog geen enkele site tegengekomen die niet werkt.

Referrer en Query String kan ie allebei niet zien :)

details ... ?!

daarom is addblock ook zo'n mooie plugin!

Als je Meta Redirects blokkeert werkt het misschien op deze site niet meer, maar het onderliggende probleem (bestand ophalen waardoor dingen gelogd worden als een link de pseudoclass :visited heeft) pak je dan niet aan. Met mijn workaround wel.

Might be true, maar ik zie niet in waarom dat een oplossing zou zijn voor dit probleem??

Coole aanval. Maar als je firefox insteld op 'warn me if a website tries to reload/redirect me to another page' werkt het niet tenzij je 100x op 'alow' drukt ;)

Te vinden onder opties -> geavanceerd

Dit onderdrukt inderdaad de scanning

thnx, nu blijft die website bij 0 resultaten hangen :)

Beste optie ja :)!

Ik snap niet hoe ze aan die links komen. Bij mij zitten er zeer uitgebreide links bij van bijvoorbeeld de websites van Chrysler en van de belastingdienst.

Deze site: http://www-5.chrysler.com/wccsapp/universal/C/index.jsp?appStr=wccs&titleStr=Contact+Chrysler&familyStr=brand&franchise=C&actionURL=%2Fwccs%2Fbrand_forms%2Fus%2Fwebform.jsp&promotion=null&category=U of http://nos.nl/nos/artikelen/2009/06/art000001C9E6FDDE12A5D8.html

Dat is niet voorgedefinieerd, dat kan haast niet lijkt mij.