Real hit count with proxy

[wlan at mac.com]

Indeed, it would be very difficult to analyze the traffic perfectly.   
An idea that comes to mind to help classify URLs is to have a privoxy  
(or the like) rewrite URLs found in <a href=""/> tags. You could have  
the URLs bounce of a URL of your own (which notes the URL before  
redirecting to it). But, this isn't a sure thing as there are a  
number of ways a webpage can send you to another page...

David

On Mar 6, 2008, at 1:04 AM, Stephen Potter wrote:

> The request for a webpage and an item in a webpage are syntacticly  
> the same.  Your best bet would be to analyze the log files, perhaps  
> analyzing the different file types requested.
>
> Steve
>
>
> On Mar 5, 2008, at 4:13 PM, Ahmet wrote:
>
>> Hi,
>> I am trying to count web hits of users. With using proxy it is  
>> seems to
>> be easy (I tried squid, tiny, privoxy).
>> But it is obvious that the hits in the logs not purely the hits that
>> users wanted to do.
>> For example when a user goes to cnn.com, cnn.com calls other ad  
>> pages or
>> non-ad pages. But because that think happens at users browser it  
>> is seen
>> as an user hit in logs. So for real hit count an analysis must be  
>> made
>> on logs.
>> Do you know any tool, proxy that can help in such analysis?
>>
>> Second choice is writing own tool that can be parsing the logs and  
>> doing
>> an analysis on referer field. But in that case (assuming cnn.com
>> referred pages as non hit) users clicking on a link on the page
>> (cnn.com) can not be distinguished.
>> To further investigate the issue I listened (by ethereal) outgoing
>> packets for a usual user behavior (clicking on a link) and  web site
>> called web pages. They all seem to have same headers and similar  
>> header
>> values in request packets. So I stucked and could not found any  
>> possible
>> piece of evidence to track and distinguish the behaviours.
>> Is there a known theoretical or practical way for distinguishing this
>> behaviours?
>>
>> Not: I know this mailing list is not the most appropriate list to ask
>> this question. But any help will be gratefull.
>>
>> AB
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: chilli-unsubscribe at coova.org
>> For additional commands, e-mail: chilli-help at coova.org
>> Wiki: http://coova.org/wiki/index.php/CoovaChilli
>> Forum: http://coova.org/phpBB3/viewforum.php?f=4
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: chilli-unsubscribe at coova.org
> For additional commands, e-mail: chilli-help at coova.org
> Wiki: http://coova.org/wiki/index.php/CoovaChilli
> Forum: http://coova.org/phpBB3/viewforum.php?f=4
>