gzip(gfe) (via translate.google.com)

der hat mich gestern besucht.

216.239.36.136 US UNITED STATES CALIFORNIA MOUNTAIN VIEW GOOGLE INC
mit der UA-Kennung: gzip(gfe) (via translate.google.com)


Könnte das was mit dem neuen crawl-caching-proxy zu tun haben?

den hab' ich noch nie gesichtet, denn er blieb mit einer 403 hängen (Kleinschreibregel, mit gewissen Ausnahmen) Erstaunt bin ich über die unübliche Google-Kennung. Was vergibt man sich, wenn er auch künftig vor verschlossenen Türen bleibt?

den gzip(gfe) (via translate.google.com)freizugeben ist kein Problem. Die Kleinschreibregel, sperrt alle UA die mit Kleinbuchstaben beginnen ausser


RewriteCond %{HTTP_USER_AGENT} !^msnbot
RewriteCond %{HTTP_USER_AGENT} !^ia_archiver
RewriteCond %{HTTP_USER_AGENT} !^iCab/
RewriteCond %{HTTP_USER_AGENT} !^contype
RewriteCond %{HTTP_USER_AGENT} !^googlebot\-urlconsole
RewriteCond %{HTTP_USER_AGENT} !^wwwster
RewriteCond %{HTTP_USER_AGENT} !^arianna\.libero
RewriteCond %{HTTP_USER_AGENT} !^amaya
RewriteCond %{HTTP_USER_AGENT} !^vlsearch


Wenn nun der Google plötzlich nur mit gzip(gfe) (via translate.google.com) daherkommt bleibt er natürlich hängen.

Handelt es sich um die altbekannte G-Sprachübersetzung oder um eine Umschreibung des Seiten-Code?

Dann ist der Normalfall wohl nicht betroffen, nur dieser spezielle Fall, in welchem der eigentliche User Agent nicht übermittelt wurde

wenn das nur ein UA-Fragment war, wäre das ja zu verschmerzen.

Ich nehme an, dass es sich hier um die Übersetzungsfunktion der Mobile-Version von Google handelt, also möglichweise vergleichbar mit der Sprachübersetzung der Google-Standardsuche.

warten wir's mal ab, ob der UA wieder mal so reinkommt. Dann würde ich wohl handeln. Aber ich kann mir's nicht vorstellen, dass Google einen solch mickerigen UA auf die Reise schickt.