repoze.urchin

repoze.urchin oferă un middleware WSGI pentru injectarea marcajul necesar de a utiliza Google Analytics în paginile web.
Vă rugăm să consultați docs / index.rst pentru documentație detaliată.

Ce este nou în această versiune:

• arici Înlocuit javascript cu noul cod de urmărire asincron. Vezi:
• http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090
• Rețineți că script-ul este acum introdus la sfârșitul tag-ul.
• by-pass Adăugat pentru cererile cap. Aceasta este o soluție pentru o afirmație în webob.Response care nu vă permit să setați corpului pe un răspuns dacă metoda cererea este "HEAD". Acest comportament din partea webob este, de fapt fals, așa cum se arată aici:
• http://blog.dscpl.com.au/2009/10/wsgi-issues-with-http-head-requests.html
• Problema cheie aici este că atâta timp cât nimic în stivă WSGI încearcă să caz ​​special cererile "șeful", putem ajunge cu răspunsuri cu antete care diferă în funcție de faptul dacă metoda cererea este "GET" sau "HEAD" . În acest exemplu specific, de ocolind prelucrarea Urchin în cazul unei cereri HEAD, am eoliene cu o lovitură de cap Content-Length pentru HEAD care nu include octeți suplimentare pentru codul Urchin introdus ca vom primi o cerere GET . Acest lucru este, prin definiție a standardelor, greșit, și totuși inevitabil, atâta timp cât se află în stivă webob nostru.
• Pentru moment, ne putem ține nasul nostru și știm că, probabil, nimic nu va rupe într-adevăr, din cauza acestei discrepency, dar putem încerca poate să convingă mulțimea webob să renunțe la prelucrarea condiționată pentru cererile de cap.

Cerințe :

• Python