repoze.urchin

repoze.urchin fournit un middleware WSGI pour injecter le balisage nécessaire pour utiliser Google Analytics dans des pages Web.
S'il vous plaît voir docs / index.rst pour une documentation détaillée.

Ce qui est nouveau dans cette version:

• oursin Remplacé javascript avec le nouveau code de suivi asynchrone. Voir:
• http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090
• Notez que le script est maintenant inséré à la fin de l'étiquette.
• Ajout de dérivation requêtes HEAD. Ceci est une solution de contournement pour une assertion dans webob.Response qui ne vous permet pas de définir le corps d'une réponse si la méthode de requête est «tête». Ce comportement de la part de WebOb est en fait fausse, comme indiqué ici:
• http://blog.dscpl.com.au/2009/10/wsgi-issues-with-http-head-requests.html
• La question clé ici est que tant que rien dans la pile de WSGI tente de cas particulier des demandes «tête», on peut se retrouver avec des réponses avec les en-têtes qui diffèrent selon que la méthode de requête est 'GET' ou 'HEAD' . Dans cet exemple précis, en contournant le traitement de l'oursin dans le cas d'une requête HEAD, nous nous retrouvons avec un en-tête Content-Length pour la tête qui ne comprend pas les octets supplémentaires pour le code de l'oursin inséré que nous aurions avec une requête GET . Ceci est, par définition, des normes, de mal, et pourtant inévitable tant WebOb est dans notre pile.
• Pour l'instant, nous pouvons tenir notre nez et de savoir que, probablement, rien ne va vraiment briser à cause de cette discrepency, mais nous pouvons peut-être essayer de convaincre la foule de WebOb d'abandonner le traitement conditionnel pour les requêtes HEAD.

Exigences :

• Python