Zope.org Feature Request - Product Download Counter
It would be really nice to know how many people are downloading the products. This would also be a great feature to add to the actual Zope distribution. I know you could get this from the logs (easily) but you could also add a small counter to the product 'view' method, something along the lines of what is in the Simple Url products (BTW one of my favorites) and make it something you can turn on or off for your products. <dtml-call "REQUEST.set('hitcount', hitcount + 1)"> <dtml-call "propertysheets.public.manage_editProperties(REQUEST)"> <dtml-call "RESPONSE.redirect(url)"> Thanks, J
Of course the only problem with a hit counter is that high traffic requests mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects... ----- Original Message ----- From: "J. Atwood" <jatwood@bwanazulia.com> To: <zope@zope.org> Sent: Tuesday, October 10, 2000 5:17 AM Subject: [Zope] Zope.org Feature Request - Product Download Counter
It would be really nice to know how many people are downloading the products. This would also be a great feature to add to the actual Zope distribution. I know you could get this from the logs (easily) but you could also add a small counter to the product 'view' method, something along the lines of what is in the Simple Url products (BTW one of my favorites) and make it something you can turn on or off for your products.
<dtml-call "REQUEST.set('hitcount', hitcount + 1)"> <dtml-call "propertysheets.public.manage_editProperties(REQUEST)"> <dtml-call "RESPONSE.redirect(url)">
Thanks, J
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Yup... the ZODB does grow with each hit. Not much of course, but some. I am sure for a site such as Zope.org it would not be unmanageable. They most certainly have automated ways of packing the DB. J
From: "Andy McKay" <andym@ActiveState.com> Date: Tue, 10 Oct 2000 10:05:24 -0700 To: <zope@zope.org>, "J. Atwood" <jatwood@bwanazulia.com> Subject: Re: [Zope] Zope.org Feature Request - Product Download Counter
Of course the only problem with a hit counter is that high traffic requests mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects...
----- Original Message ----- From: "J. Atwood" <jatwood@bwanazulia.com> To: <zope@zope.org> Sent: Tuesday, October 10, 2000 5:17 AM Subject: [Zope] Zope.org Feature Request - Product Download Counter
It would be really nice to know how many people are downloading the products. This would also be a great feature to add to the actual Zope distribution. I know you could get this from the logs (easily) but you could also add a small counter to the product 'view' method, something along the lines of what is in the Simple Url products (BTW one of my favorites) and make it something you can turn on or off for your products.
<dtml-call "REQUEST.set('hitcount', hitcount + 1)"> <dtml-call "propertysheets.public.manage_editProperties(REQUEST)"> <dtml-call "RESPONSE.redirect(url)">
Thanks, J
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Andy McKay wrote:
Of course the only problem with a hit counter is that high traffic requests mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects...
The problem is slightly more complicated than this: We have Apache cache file and image objects. This is a good thing, because they are static, and Apache will *always* be better than Zope at serving static content. This is a bad thing, because direct requests for files don't ever make it to Zope. Nonetheless, this doesn't affect the /view method. Further, we now have the feature that the listing of products shows the latest version, no /view method in the middle, for your direct download. I may be able to do some parsing of the apache log files for those things that end in tgz, tar.gz , and zip. This would be somewhat canonical, except for the fact that because we have cache headers set on the file objects, they are cached downstream, and so many requests for cache objects will never make it to our Apache at all. ~ethan p.s. I'd really appreciate it if requests for improvements of zope.org be sent to zope-web@zope.org.
Yes Apache and caching adds a whole new layer of complexity. But most simple Zope installations dont use it and for quick rough counts it can be useful, of course its rare to be able to replace the log files in terms of accuracy. ----- Original Message ----- From: "mindlace" <mindlace@digicool.com> To: <zope@zope.org> Cc: <zope-web@zope.org> Sent: Tuesday, October 10, 2000 1:15 PM Subject: Re: [Zope] Zope.org Feature Request - Product Download Counter
Andy McKay wrote:
Of course the only problem with a hit counter is that high traffic
requests
mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects...
The problem is slightly more complicated than this: We have Apache cache file and image objects. This is a good thing, because they are static, and Apache will *always* be better than Zope at serving static content. This is a bad thing, because direct requests for files don't ever make it to Zope.
Nonetheless, this doesn't affect the /view method.
Further, we now have the feature that the listing of products shows the latest version, no /view method in the middle, for your direct download.
I may be able to do some parsing of the apache log files for those things that end in tgz, tar.gz , and zip. This would be somewhat canonical, except for the fact that because we have cache headers set on the file objects, they are cached downstream, and so many requests for cache objects will never make it to our Apache at all.
~ethan
p.s. I'd really appreciate it if requests for improvements of zope.org be sent to zope-web@zope.org.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Ooops... sorry Ethan, didn't mean to send this to the wrong place. Just wanted to see what others felt about it. If it is undoable, cool. If someone figures out a way, it would be really appreciated and certainly a boost to Zopista's and product developers to see how popular and used our products are. That is all. Thanks, J
From: mindlace <mindlace@digicool.com> Date: Tue, 10 Oct 2000 16:15:44 -0400 To: zope@zope.org Cc: zope-web@zope.org Subject: Re: [Zope] Zope.org Feature Request - Product Download Counter
Andy McKay wrote:
Of course the only problem with a hit counter is that high traffic requests mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects...
The problem is slightly more complicated than this: We have Apache cache file and image objects. This is a good thing, because they are static, and Apache will *always* be better than Zope at serving static content. This is a bad thing, because direct requests for files don't ever make it to Zope.
Nonetheless, this doesn't affect the /view method.
Further, we now have the feature that the listing of products shows the latest version, no /view method in the middle, for your direct download.
I may be able to do some parsing of the apache log files for those things that end in tgz, tar.gz , and zip. This would be somewhat canonical, except for the fact that because we have cache headers set on the file objects, they are cached downstream, and so many requests for cache objects will never make it to our Apache at all.
~ethan
p.s. I'd really appreciate it if requests for improvements of zope.org be sent to zope-web@zope.org.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
On Tue, 10 Oct 2000 16:15:44 -0400, mindlace <mindlace@digicool.com> wrote:
Andy McKay wrote:
Of course the only problem with a hit counter is that high traffic requests mean continually writing the object into the ZODB each time it gets hit / downloaded, whatever. Thats why I release FSCounter which uses the file system. I would like to expand this to cover multiple objects...
The problem is slightly more complicated than this: We have Apache cache file and image objects. This is a good thing, because they are static, and Apache will *always* be better than Zope at serving static content. This is a bad thing, because direct requests for files don't ever make it to Zope.
FYI, there is a (mostly successful) way around this if you dont worry about Zope having to serve up a 304 response for this request..... set the following header. Cache-Control: public, s-maxage=0, proxy-revalidate Caches will cache the content, but always revalidate it before using the cached reply. Toby Dickenson tdickenson@geminidataloggers.com
participants (4)
-
Andy McKay -
J. Atwood -
mindlace -
Toby Dickenson