[FP] Contact form werkt niet?

[r0b]

Ik wou een stuk taart naar T.net HQ sturen, maar het contactform ( http://tweakers.net/contact ) lijkt op het moment niet te werken? Nja, dan gaat het over hé ..

Content Encoding Error
The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.
* Please contact the web site owners to inform them of this problem.

Firefox 3.03
XP SP3
IE 7 lijkt ook niet te werken.

Chrome:

This webpage is not available.

The webpage at http://tweakers.net/contact might be temporarily down or it may have moved permanently to a new web address.

More information on this error
Below is the original error message

Error 2 (net::ERR_FAILED): Unknown error.

FP / Pricewatch / andere delen lijken prima te werken.

[ Voor 19% gewijzigd door r0b op 30-09-2008 09:36 ]

[moto-moi]

Werkt hier prima met FF 3.0.X, ik gok dus een clientside issue

[r0b]

Huh; da's maf, het komt namelijk ook onder IE 7 voor én bij een collega op d'r pc.

Volledig ongeblokte verbinding vanuit Finland, XP SP3, geen proxy, geen filtering. F-Secure uitschakelen biedt ook geen soelaas. Zowel FF3, IE7 als Chrome hebben er last van.

Voor de zekerheid nog even de complete cache van Firefox geleegd; nogo. Chrome net vers geïnstalleerd (had hem nog niet); nogo.

[ Voor 76% gewijzigd door r0b op 30-09-2008 09:47 ]

[crisp]

Wel toevallig een proxy?

Zie je kans om eens te kijken wat voor headers je precies terugkrijgt? (je kan daarvoor bijvoorbeeld de Live HTTP Headers plugin gebruiken)

[r0b]

crisp schreef op dinsdag 30 september 2008 @ 11:23:
Wel toevallig een proxy?

Zie je kans om eens te kijken wat voor headers je precies terugkrijgt? (je kan daarvoor bijvoorbeeld de Live HTTP Headers plugin gebruiken)

Ook geen proxy. Zal de headers even opsnorren.
Verrek, ja. Zit nog een transparent proxy tussen; die zal wel roet in 't eten gooien.

---

Headers geven dat ook aan (getuige de X-Cache)

http://tweakers.net/contact

GET /contact HTTP/1.1
Host: tweakers.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: TnetID=*knip*; tc=1222768627%2C1222760745; LastVisit=1222760757; SessionTime=1222760753

HTTP/1.x 200 OK
Date: Tue, 30 Sep 2008 09:58:22 GMT
Server: Apache/2.2.8 (Debian) mod_ssl/2.2.8 OpenSSL/0.9.8g
Expires: Mon, 26 Jul 1995 05:00:00 GMT
Last-Modified: Tue, 30 Sep 2008 09:58:22 GMT
Cache-Control: no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0
Pragma: no-cache
P3P: CP="ALL DSP COR CURa ADMa DEVa HISa OUR STP UNI STA"
Set-Cookie: tc=1222768702%2C1222768627; expires=Thu, 30-Oct-2008 09:58:22 GMT; path=/; domain=.tweakers.net
Content-Encoding: gzip
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=ISO-8859-15
X-Cache: MISS from *interne server*
X-Cache-Lookup: MISS from *interne server*:3128
Via: 1.0 *interne server*:3128 (squid/2.6.STABLE5)
Connection: close
----------------------------------------------------------

[ Voor 92% gewijzigd door r0b op 30-09-2008 12:08 ]

[crisp]

En die proxy kan dus blijkbaar niet overweg met gzipped documenten...

Wat er gebeurd is volgens mij het volgende: sommige content-pagina's zoals /contact worden via een 404 handler afgevangen. Blijkbaar gaat daarbij de accept-header verloren en wordt de pagina sowieso compressed verstuurd, maar dat kan jouw proxy blijkbaar niet aan.

Als mijn vermoeden juist is dan zou het opvragen van een gewone pagina zoals bijvoorbeeld de frontpage index voor jou een uncompressed document op moeten leveren.

[crisp]

Misschien is dit de culprit:

Transfer-Encoding: chunked

volgens: http://squidproxy.wordpress.com/2008/04/29/chunked-decoding/

En het is wel makkelijk om webserver software dan de schuld te geven, maar HTTP/1.0 is natuurlijk ook niet meer van deze eeuw

[ACM]

Overigens is squid 2.6stable5 ook niet bepaald de meest recente versie... Die is namelijk van november 2006. Er is binnen die branche een 2.6stable21 en binnen de stabiele 3.0 branche zit men op versie 9 (hoewel dat niet helemaal een upgrade is, maar meer een nieuwe versie ernaast blijkbaar).

[ACM]

Ik heb hier net de standaard squid van debian geinstalleerd (2.7STABLE3) en die werkt gewoon prima met de contact-pagina en dergelijke. Ook als ik http1.1 uitzet.

Dus het zal best zijn dat onze webservers niet helemaal de ideale response geven, maar jullie versie van Squid kan er dan blijkbaar ook gewoon niet mee overweg...