Clicky home »
Great job --- Happy to be a customer.
Sifu Cicero, May 29 2018
Awesome work on GDPR compliance! Clicky is always on the front foot. Good work ...
webadmin, May 27 2018
We'll log opt out hits as a generic/anonymous counter type thingy too.
Sean (Clicky), May 20 2018
Yesterday we changed it so the new privacy stuff doesn't take effect until May 24, ...
Sean (Clicky), May 18 2018
Like many here have mentioned I have seen my traffic drop due to my settings being ...
Tryggvi, May 18 2018
Currently DNT hits are dropped entirely but we would like to track them somehow going ...
Sean (Clicky), May 18 2018
By respecting DNT do you drop those measurements altogether or still do a count?
John, May 17 2018
Yes we recommend everyone outside the EEA to set privacy to "EEA only" but there ...
Sean (Clicky), May 16 2018
Hello Clicky Support Our Company is located in the US however should be set our ...
Cindy, May 15 2018
We believe traffic drops are related to honoring Do Not Track headers by default ...
Sean (Clicky), May 15 2018
Some bugs are so stupid
Note to self: The hour from 2am to 3am is a BAD time for a critical
, because this hour doesn't exist on the day Daylight Savings kicks in. Doh :(
| Mar 10 2008 9:11am
I'd never considered this, assuming crond had some smarts for the situation. Do you think this also means that in the fall (when dst ends) your jobs scheduled for that hour would run twice?
Mar 10 2008 10:35am
I would assume so! I hadn't even thought of that either. DST ended on 2007-11-04, I just went and checked that date for this particular script and it looks like it only ran once. Hmm...If it's smart enough to not run twice when DST ends, you'd think the same would be true the other way around.
Mar 10 2008 10:52am
Speaking of bugs, a random idea I had earlier was perhaps allowing a second level of 'host it yourself' with the tracking code.
The problem with the current method is that even if we host the tracker JS ourself a critical connectivity/outage issue can cause failures, which manifested itself as an example a few weeks ago when something happened causing a morning/night full of stats to be lost (I forget what exactly).
The idea was that you also provide some kind of PHP script that people put onto their site, which serves the image that the JS file normally collects and writes the data to a flat file. Then, using a cron job or something, that data is independently sent to Clicky every 5 minutes or whatever. After a day or so the flat file data could be pruned.
It'd completely seal the deal for those sites that absolutely must ensure they get their stats tracked (even if nothing more than peace of mind), and has the added benefit of making the (perceived) loading time of pages a bit snappier. It may even allow download/outbound tracking to lose the annoying delay. Perhaps only offer it to paying customers due to the work involved.
Food for thought, anyway!
Mar 11 2008 1:56pm
That's an interesting idea. Are there any other solutions you're aware of that offer something like that?
Mar 11 2008 5:50pm
My host just banned my ip from logging into my own servers! But bugs are just as bad, now I gota call them and have them let me back on!
Mar 11 2008 11:58pm
Heh-heh-heh ... having been in software quality for 25 years, I can tell you, your statement is so very true.
And, I do NOT mean that in the way some take it. I have done this job for a very long time, and the smallest of mistakes or oversights just, happen. Really. It's just a matter of what is going on at the same time a snippet is typed, ya know?
And, don't get me wrong, I've written code too. I make mistakes all the time - it happens.
Your product is still AWESOME, so, who cares about a cron job?!
(not me - i never noticed) :)
Mar 13 2008 10:33am
Steve, I know, the most frustrating bugs are the ones that are so stupid you would never even think it could possibly be anything to do with whatever ends up being the problem, and then you want to die. The cron job in questions sums up the unique visitors, average time, bounce rate, and exit pages for each site, since it's not possible to sum that up throughout the day unlike most other numbers we're storing. It wasn't noticable until 2 days had passed because my code will only calculate that data on the fly for "today" and "yesterday", otherwise we display it as empty. By this time I had completely forgotten about DST and spent many hours figuring out why it failed until I finally realized what had happened and smacked my head against the table repeatedly.
Mar 13 2008 4:43pm
and to increase the value of its annual produce. His capital employs, too, present and though this might, no doubt, be a considerable inconveniency to them, it would,
Mar 15 2008 12:51am
Hmm. That's an excellent point.
Mar 15 2008 6:54pm
Mar 16 2008 8:02am
Post a comment
Copyright © 2018, Roxr Software Ltd