repoze.urchin

repoze.urchin nagbibigay ng isang WSGI middleware para sa injecting ang markup kinakailangan upang gamitin ang Google Analytics sa mga pahina ng web.
Mangyaring tingnan ang docs / index.rst para sa detalyadong mga babasahin.

Ano ang bago sa release na ito:

• Pinalitan urchin javascript may bagong async tracking code. Tingnan ang:
• http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090
• Tandaan na ang script ay nakapasok na ngayon sa katapusan ng tag.
• Added bypass para sa mga kahilingan HEAD. Ito ay isang workaround para sa isang pahayag sa webob.Response na hindi nagpapahintulot sa inyo na i-set ang katawan sa isang tugon kung ang paraan ng kahilingan ay 'HEAD'. Ang pag-uugali sa bahagi ng mga webob ay talagang bogus, tulad ng nakasaad dito:
• http://blog.dscpl.com.au/2009/10/wsgi-issues-with-http-head-requests.html
• Ang mga pangunahing isyu dito ay na hangga't ang anumang bagay sa WSGI stack sumusubok sa espesyal na kaso 'kahilingan HEAD', maaari naming end up sa mga sagot sa mga header na-iiba depende sa kung ang paraan ng kahilingan ay 'GET' o 'HEAD' . Sa ganitong partikular na halimbawa, sa pamamagitan ng bypassing ang urchin pagpoproseso sa kaganapan ng isang kahilingan HEAD, wind up sa isang header ng Haba ng Nilalaman para sa HEAD na hindi isama ang mga dagdag na bytes para sa nakapasok code urchin na kami ay kumuha ng isang GET kahilingan . Ito ay, sa pamamagitan ng kahulugan ng mga pamantayan, mali, at gayon ma'y hindi maiiwasan hangga't webob ay sa aming stack.
• Sa ngayon, maaari naming hawakan ang aming mga ilong at alam na marahil wala ang pagpunta sa tunay break dahil dito discrepency, ngunit maaari naming marahil subukang kumbinsihin ang webob crowd sa drop-kondisyong pagpoproseso para sa mga kahilingan ng HEAD.

Kinakailangan :

• sawa