repoze.urchin

repoze.urchin eine WSGI Middleware zum Einspritzen der erforderlich ist, um Google Analytics in Webseiten verwenden Markup.
Bitte beachten Sie docs / index.rst für ausführliche Dokumentation.

Was ist neu in dieser Pressemitteilung:

• Ersetzt urchin javascript mit neuen asynchronen Tracking-Code. Sehen Sie:
• http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090
• Beachten Sie, dass das Skript wird nun am Ende des Tags eingefügt.
• Hinzugefügt Bypass für HEAD-Anfragen. Dies ist ein Workaround für eine Behauptung in webob.Response, die nicht nachlässt Sie den Körper auf eine Antwort, wenn die Anfrage-Methode ist "Kopf" gesetzt. Dieses Verhalten seitens WebOb ist eigentlich falsch, wie hier beschrieben:
• http://blog.dscpl.com.au/2009/10/wsgi-issues-with-http-head-requests.html
• Die zentrale Frage ist hier, dass, solange alles in der WSGI Stapel versucht, Sonderfall 'HEAD' Anfragen, können wir am Ende mit Reaktionen mit Überschriften, die unterscheiden, ob der Request-Methode ist abhängig 'GET' oder 'HEAD' . In diesem speziellen Beispiel, unter Umgehung der Seeigel Verarbeitung im Falle eines HEAD-Anfrage, wickeln wir mit einem Content-Length-Header für HEAD, das keine der zusätzlichen Bytes für die eingelegte urchin Code, den wir mit einer GET-Anfrage bekommen würde . Dies ist per Definition der Standards, falsch, und doch unvermeidlich, solange WebOb ist in unserem Stapel.
• Im Moment können wir unsere Nasen halten und wissen, dass wohl nichts los ist, um wirklich wegen dieser Diskrepanz zu brechen, aber wir können vielleicht versuchen, das Publikum davon zu überzeugen, WebOb bedingte Verarbeitung für HEAD-Anforderungen fallen.

Anforderungen :

• Python