I don't want my hits to count - can't seem to disable this

[loyaltymax]

Can anyone provide a solution to help me with my page hits counting on my counter? I have cookies enabled and I have "unique page views" as my view but everytime I hit refresh it keeps counting me. Thanks!

[webado]

Can anyone provide a solution to help me with my page hits counting on my counter? I have cookies enabled and I have "unique page views" as my view but everytime I hit refresh it keeps counting me. Thanks!
Unique page views doesn't mean you won't be counted. You must generate the blocking cookie.

You may be deleting cookies by inadvertance. Check your browser settings. If you are using Firefox you must set the blocking cookie in that too, not just in IE.

[loyaltymax]

I generated the blocking cookie - and I have cookies enabled - any other ideas?

[webado]

I generated the blocking cookie - and I have cookies enabled - any other ideas?
If you sign out from Statcounter this may delete the cookie.

You browser may be deleting cookies automatically.

You have an antispyware or firewall program that prevents the proper functioning of the cookie.

[rubberdinosaurs]

StatCounter routinely (not always, but often) forgets my settings and starts counting my vists, and of course when I notice I go into each project and manually set the blocking cookie. But just recently StatCounter has started counting my own visits to some of my projects, but not to others. So it doesn't look like the browser or a firewall are doing it, as they would do it to all projects, right?

This is a really annoying problem. The only way I can tell from the My Projects page that some of the counting is incorrect is when I notice unusual patterns in the traffic. Then it's back to the ritual - go into the configuration page for each project, and create a blocking cookie ..... yet again.

If blocking status showed on the My Projects page, that would help.

[Nikkodemus]

Had a problem previously when the blocking cookie just seemed to stop working at random. This glitch went away for a while and now I share the bigger problem!

Have been working on my site today and now find that each time I have accessed a file on my hard drive it has shown up on the StatCounter log complete with the path, as in /D:/Folder/File.htm :evil:

StatCounter assures me my visits are not being logged!

Anyone else had this experience - or know how I can fix it? Could it be a Firefox issue...but it seems to happen with IE as well?

Cheers,

Nick

[webado]

Cookies gone :lol:

[Nikkodemus]

Don't think so, Christina - just checked again and it's there. As a sort of double-check, visted my web site via the internet (without going near any of the files on my computer!) and the visit has not shown up.

It only seems to happen when I open a local file - and possibly only in Dreamweaver, which I don't use to upload. The first SC log entry does not show any address, and then the addresses shown for the next entries are all local paths.

Will try starting to log my visits (!), and then stopping again to see if that solves it.

Cheers,

Nick

[webado]

Oh, yes, I remember now, locally it may show, if you use Dreamweaver to view. I think DW uses only a portion of IE or Firefox to do this, maybe the portion that bypasses cookies. Also javascript may have a bit of a problem with url/referrer information when it's on the localhost machine.

[webado]

Oh, yes, I remember now, locally it may show, if you use Dreamweaver to view. I think DW uses only a portion of IE or Firefox to do this, maybe the portion that bypasses cookies. Also javascript may have a bit of a problem with url/referrer information when it's on the localhost machine.

[Nikkodemus]

I think DW uses only a portion of IE or Firefox to do this, maybe the portion that bypasses cookies. Also javascript may have a bit of a problem with url/referrer information when it's on the localhost machine.

Don't quite see how DW can only use a portion. The Preview link is straight to the IE or FF program exe. Perhaps javascript is more likely. I'll try and find time to experiment. In the meantime, I'll make a point of doing my update work and local testing off-line!

Another thought - perhaps SC picks it up when I upload to the server using WS_FTP. Will tryand check this also.

Have strayed a bit - Brock, did you mangage to solve your problem?

Cheers,

Nick

[webado]

I think DW uses only a portion of IE or Firefox to do this, maybe the portion that bypasses cookies. Also javascript may have a bit of a problem with url/referrer information when it's on the localhost machine.

Don't quite see how DW can only use a portion. The Preview link is straight to the IE or FF program exe. Perhaps javascript is more likely. I'll try and find time to experiment. In the meantime, I'll make a point of doing my update work and local testing off-line!

Another thought - perhaps SC picks it up when I upload to the server using WS_FTP. Will tryand check this also.

Have strayed a bit - Brock, did you mangage to solve your problem?

Cheers,

Nick

You know how explorer.exe and iexplore.exe seem to be the same program. They share common elements, yet they are separate programs. So DW must be using the heart of the either of these explorer programs, but not the whole thing, to render. Beside if you've ever used SSI, DW is capabale of resolving SSI, which explorer.exe and iexplore.exe cannot do normally under Windows all by themselevs for files stored on your own computer.

[hannaxbear]

Just note that I didn't read all of the posts thoroughly, so sorry if this problem has been resolved or something.

Honestly, the best way to protect against this problem of the disappearing or malfunctional blocking cookie is to have the blocking cookie and block your own IP address, assuming that you have a fixed one. In case you don't know how, sign in to your account at statcounter.com and click on the wrench icon, which is labeled "Install Code and Customise Settings" or something. Then click "Edit Settings" and go down to IP Blocking and add your IP address, which should be given to your left.

[rubberdinosaurs]

SiteCounter is up to its tricks again. I just noticed unusual activity on two of my projects - visitors to sites which NEVER have visitors - and sure enough, it was SiteMeter counting me as a vistor. My other seven projects - including some others which remain refreshingly visitor-free - were not counting my own visits - nothing changed there. Just those two spontaneously un-set their cookies.

So, I set the blocking cookies manually on both, yet again. This system really doesn't seem to work very well.

[webado]

SiteCounter is up to its tricks again. I just noticed unusual activity on two of my projects - visitors to sites which NEVER have visitors - and sure enough, it was SiteMeter counting me as a vistor. My other seven projects - including some others which remain refreshingly visitor-free - were not counting my own visits - nothing changed there. Just those two spontaneously un-set their cookies.

So, I set the blocking cookies manually on both, yet again. This system really doesn't seem to work very well.
Ok, this here is neither SiteCounter, nor SiteMeter. It's Statcounter :lol:

And you're not alone. I lose the cookies too if it's any consolation. Or the cookie loses its information, or whatever. :lol:

[rubberdinosaurs]

StatCounter, CountStator, whatever, I lose track. In any event it just did it again last night - started counting my own visits on just one project. The other projects are working normally. By this point I can't say it's odd, it's more like the standard operating procedure.

[joey9779]

OK people's, StatCounter allows you to block your own IP address, but this only applies to dial-up users. Broadband connections change your IP address weekly. It's the validating process set up in their own FireWalls. It you go to your site once a week and then check your stats, you'll notice they are all different IP addresses. If you force your IP address to stay the same, then during the validation process, you will lose your internet connection. You'll get a message at the bottom of your screen with the Network Connections Icon popping up saying "Network Connection Lost...Unable to validate IP Address" It would be too time consuming to redo your stat code each week with a new blocking IP address

[webado]

OK people's, StatCounter allows you to block your own IP address, but this only applies to dial-up users. Broadband connections change your IP address weekly. It's the validating process set up in their own FireWalls.

Most broadband users' IP addresses are in fact static, unless the modem is reset (yes, there's a modem involved for broadband too). Whether that's weekly or daily or monthly or hardly ever, depends on circumstances.

Dial-up user's IP addresses change at each modem connection.

AOL users and a few other ISP's users', dial-up or broadband, usually get dynamic IP addresses by design.

Using anonymizer services, special firewalls, etc. serve to change or disguise an IP address.

[marshagrll]

OK people's, StatCounter allows you to block your own IP address, but this only applies to dial-up users. Broadband connections change your IP address weekly. It's the validating process set up in their own FireWalls. It you go to your site once a week and then check your stats, you'll notice they are all different IP addresses. If you force your IP address to stay the same, then during the validation process, you will lose your internet connection. You'll get a message at the bottom of your screen with the Network Connections Icon popping up saying "Network Connection Lost...Unable to validate IP Address" It would be too time consuming to redo your stat code each week with a new blocking IP address

Even if you can keep you IP address the same its not a good idea from a security standpoint. People can keep track of your IP address instead of using cookies...and you can't erase it. Ever. Huge security hole.

And some dial up change the IP address. Mine does. Unless my firewall is changing it which i think is beyond its capacity (very basic).

My opinion of course. YMMV.
Marshagrll :lol:

[webado]

Your IP address is needed for the server you accessed to send you the page you requested.

Having a visible IP address is not the security hole. Any security hole is in your own computer if you allow outsiders in without having invited them in, bypassing the proper protocols.

[FLD]

also, if you have any sort of anti-spy ware installed that automatically rejects tracking cookies, you'll keep losing your blocking cookie... i found that out FINALLY when I kept having to re-establish the blocking cookie on one machine but not the other.

[Ceara]

Ok, so all of a sudden my blocking cookie quit working, but I think this is because I switched browsers for a bit today. So, now I've got inflated stats--mostly pageloads.

I tried to change the pageload number in the "configure counter" area, but there is no change to my graph or the database. Does it just need some more time before these changes will take effect, or is there another way to do this?

[webado]

Ok, so all of a sudden my blocking cookie quit working, but I think this is because I switched browsers for a bit today. So, now I've got inflated stats--mostly pageloads.

I tried to change the pageload number in the "configure counter" area, but there is no change to my graph or the database. Does it just need some more time before these changes will take effect, or is there another way to do this?
Well, you can manually change the number shown by the counter but you cannot change your stats. You can delete all and start fresh, but that's all. or you wait it out until the full log has rolled about.

[Ceara]

ok, thanks