Rare 404's met als request /js/this.element.getStyle( e.d.

[Verwijderd]

Ik heb een druk bezochte website waar ik regelmatig de logs van bekijk.
In die logs zie ik regelmatig 404's van pagina's waar nergens naar gelinkt wordt. Altijd is de user agent IE 6...

Dit is een voorbeeld van zo'n error:

code:

2009-03-26 22:33:58 +01:00 --- error: Uncaught Kohana_404_Exception: De opgevraagde pagina, js/this.element.getStyle(, kon niet gevonden worden. in bestand system/core/Kohana.php op lijn 794- extra data: server: Array
(
    [REDIRECT_STATUS] => 200
    [askapache] => 
    [HTTP_CONNECTION] => Keep-Alive
    [HTTP_HOST] => www.domein.nl
    [HTTP_ACCEPT_ENCODING] => deflate, gzip
    [HTTP_REFERER] => /js/+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/protaculous.js
    [HTTP_COOKIE] => PHPSESSID=2enf53livlqlk8ipj88cvccuf1
    [HTTP_USER_AGENT] => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
    [HTTP_ACCEPT] => image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/msword, */*
    [HTTP_ACCEPT_LANGUAGE] => en-gb
    [HTTP_X_FORWARDED_FOR] => 82.136.216.213
    [REMOTE_ADDR] => 82.166.163.12
    [SCRIPT_FILENAME] => /usr/local/Zend/apache2/htdocs/domein.nl/index.php
    [REMOTE_PORT] => 1698
    [REDIRECT_URL] => /js/this.element.getStyle(
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_PROTOCOL] => HTTP/1.1
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
    [REQUEST_URI] => /js/this.element.getStyle(
    [SCRIPT_NAME] => /index.php
    [PATH_INFO] => /js/this.element.getStyle(
    [PATH_TRANSLATED] => redirect:/index.php/js/this.element.getStyle(
    [PHP_SELF] => /index.php/js/this.element.getStyle(
    [REQUEST_TIME] => 1238103238
    [argv] => Array
        (
        )

    [argc] => 0
)

Op de website gebruik ik het framework prototype en de library scriptaculous. Plus nog een validation script van Andrew Tetlaw; http://tetlaw.id.au/view/...alidation-with-prototype/
Zou het daarmee te maken hebben, dat internet explorer die scripts niet goed interpreteerd?

Een stuk code waaraan ik twijfel:

code:

$('kleur').observe('change', function(thisevent)
{
newproductnr = Event.element(thisevent).value;
document.location.href = '/product/change/productnr=' + newproductnr ;
});

[ Voor 12% gewijzigd door Verwijderd op 27-03-2009 08:56 ]

[Alex)]

En wat is precies je vraag? Waar deze errors vandaankomen?

Richt een machine in met precies die versie van IE (IE 6 op Windows XP zo te zien), en gebruik daarna een HTTP debugger zoals Fiddler terwijl je over de website surft. Je kunt dan kijken wanneer dat niet-bestaande bestand wordt aangeroepen, aangezien Fiddler foutmeldingen keurig rood markeert.

[Verwijderd]

Alex) schreef op vrijdag 27 maart 2009 @ 08:55:
En wat is precies je vraag? Waar deze errors vandaankomen?

Richt een machine in met precies die versie van IE (IE 6 op Windows XP zo te zien), en gebruik daarna een HTTP debugger zoals Fiddler terwijl je over de website surft. Je kunt dan kijken wanneer dat niet-bestaande bestand wordt aangeroepen, aangezien Fiddler foutmeldingen keurig rood markeert.

Ja dit is mijn vraag. Fiddler kende ik nog niet, ik ga dat eens proberen..

[bouvrie]

Heb je al eens geprobeerd om de volledige URL (inclusief domein-/sitenaam) te zetten in:

code:

document.location.href = '/product/change/productnr=' + newproductnr ;

Daarnaast lijkt de PHP_SELF=/index.php/js/this.element.getStyle( niet echt te kloppen, moet dit niet gewoon index.php zijn?

[Verwijderd]

bouvrie schreef op vrijdag 27 maart 2009 @ 09:03:
Heb je al eens geprobeerd om de volledige URL (inclusief domein-/sitenaam) te zetten in:

code:

document.location.href = '/product/change/productnr=' + newproductnr ;

Daarnaast lijkt de PHP_SELF=/index.php/js/this.element.getStyle( niet echt te kloppen, moet dit niet gewoon index.php zijn?

Ik snap het ook niet precies..
Als ik zoek op dat rare stuk in de referer "+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+" vind ik wel allerlei berichten van mensen die zich ook afvragen hoe het komt. http://stackoverflow.com/...ences-to-javascript-files
Zou het dan toch helemaal aan de client liggen? (of eigenlijk aan microsoft's internet explorer 6)

Ik lees ook dat het met proxies te maken kan hebben..

[ Voor 3% gewijzigd door Verwijderd op 27-03-2009 09:31 ]

[crisp]

Gebruik je toevallig relatieve paden in je <head> ism een <base href>?

Zie o.a. Crisp's blog: Broken parsers; the importance of BASE en Crisp's blog: IE6 fucking up BASE (again)?

Oplossing: als je <base> nodig hebt zorg er dan in ieder geval ervoor dat links in je <head> sectie absoluut zijn.

[ Voor 74% gewijzigd door crisp op 27-03-2009 11:08 ]

[Verwijderd]

crisp schreef op vrijdag 27 maart 2009 @ 10:45:
Gebruik je toevallig relatieve paden in je <head> ism een <base href>?

Zie o.a. Crisp's blog: Broken parsers; the importance of BASE en Crisp's blog: IE6 fucking up BASE (again)?

Oplossing: als je <base> nodig hebt zorg er dan in ieder geval ervoor dat links in je <head> sectie absoluut zijn.

Ik gebruikte géén base href. Is dat het probleem geweest? Was dat dan nodig?

Ik heb er nu maar het volgende ingezet:

<base href="http://www.domein.nl/"><!--[if lte IE 6]></base><![endif]-->

Dat zal het waarschijnlijk oplossen dan, super dat er een oplossing gevonden is!

[crisp]

Verwijderd schreef op vrijdag 27 maart 2009 @ 11:14:
[...]

Ik gebruikte géén base href. Is dat het probleem geweest? Was dat dan nodig?

Ik heb er nu maar het volgende ingezet:

<base href="http://www.domein.nl/"><!--[if lte IE 6]></base><![endif]-->

Dat zal het waarschijnlijk oplossen dan

Als je geen <base> nodig hebt zou ik 'm gewoon weglaten; mijn artikelen gaan er juist over dat bepaalde parsers daar niet goed rekening mee houden, dus toevoegen zal dan weinig helpen

Zou je misschien kunnen vertellen om welke site het gaat?

[ Voor 5% gewijzigd door crisp op 27-03-2009 11:22 ]

[Verwijderd]

Nog iets stoms wat door microsoft veroorzaakt is, zijn allerlei request ala: /MSOffice/cltreq.asp?UL=1&ACT=4&BUILD=6551&STRMVER=4&CAPREQ=0

IE will query the server to see if it supports web
discussions. This query will only happen if the user has the discussion
bar turned on.

[Verwijderd]

En dan zijn er ook nog entries van iemand die sql injection probeert lijkt het op:
[REQUEST_URI] => /cart/"
[REQUEST_URI] => /contact/"

allemaal met quotjes erachter..
van ip 77.208.92.95
[HTTP_USER_AGENT] => Java/1.6.0_12

[ Voor 8% gewijzigd door Verwijderd op 27-03-2009 11:33 ]

[Verwijderd]

crisp schreef op vrijdag 27 maart 2009 @ 11:21:
[...]

Als je geen <base> nodig hebt zou ik 'm gewoon weglaten; mijn artikelen gaan er juist over dat bepaalde parsers daar niet goed rekening mee houden, dus toevoegen zal dan weinig helpen

Zou je misschien kunnen vertellen om welke site het gaat?

Helaas kan ik niet vertellen om welke site het gaat.
<base> heb ik eigenlijk niet nodig, want het absolute pad is altijd gewoon de domeinnaam. Ik dacht dat het wellicht ook geen kwaad kon / kon helpen.
Ik heb het er maar weer uit gehaald want links als #reviews werkten niet meer

[ Voor 7% gewijzigd door Verwijderd op 27-03-2009 11:50 ]