Re: [Zope] Zope.org Feature Request - Product Download Counter
On Tue, 10 Oct 2000 16:15:44 -0400, mindlace [EMAIL PROTECTED] 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 [EMAIL PROTECTED] ___ Zope maillist - [EMAIL PROTECTED] 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 )
[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 - [EMAIL PROTECTED] 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 )
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" [EMAIL PROTECTED] To: [EMAIL PROTECTED] 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 - [EMAIL PROTECTED] 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 ) ___ Zope maillist - [EMAIL PROTECTED] 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 )
Re: [Zope] Zope.org Feature Request - Product Download Counter
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" [EMAIL PROTECTED] Date: Tue, 10 Oct 2000 10:05:24 -0700 To: [EMAIL PROTECTED], "J. Atwood" [EMAIL PROTECTED] 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" [EMAIL PROTECTED] To: [EMAIL PROTECTED] 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 - [EMAIL PROTECTED] 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 ) ___ Zope maillist - [EMAIL PROTECTED] 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 )
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 [EMAIL PROTECTED] ___ Zope maillist - [EMAIL PROTECTED] 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 )
Re: [Zope] Zope.org Feature Request - Product Download Counter
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" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] ___ Zope maillist - [EMAIL PROTECTED] 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 ) ___ Zope maillist - [EMAIL PROTECTED] 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 )
Re: [Zope] Zope.org Feature Request - Product Download Counter
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 [EMAIL PROTECTED] Date: Tue, 10 Oct 2000 16:15:44 -0400 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] ___ Zope maillist - [EMAIL PROTECTED] 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 ) ___ Zope maillist - [EMAIL PROTECTED] 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 )