Clicky home »
It's up to the plugin devs to update the new format of the code that's included in ...
Sean (Clicky), Dec 03 2018
any idea when you guys will start allowing actual ip's in tracking again? No matter ...
JD, Dec 03 2018
@cindy: This is weird, the PR is still there. What if you open the GitHub main page ...
Ivan Arnaudov, Nov 30 2018
Looks incredibly elegant - looking forward to seeing it in action. Please, let ...
Gideon, Nov 30 2018
Ivan - could not find Pull 11.
Cindy, Nov 30 2018
Awesome. I think we're already seeing new datasets come in. And some of the content ...
marc, Nov 29 2018
Yoast abandoned clicky years ago, and after they destroyed thousands of sites in ...
MJM, Nov 29 2018
To the people asking about WordPress plugins for Clicky: I am using the Clicky ...
Ivan Arnaudov, Nov 28 2018
We use the GetClicky WP plugin. Has it been updated with the new code and does it ...
Spike, Nov 28 2018
Noice, Sean. Should anything be changed if we use the 9th century BC Wordpress ...
Henrik, Nov 28 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 © 2019, Roxr Software Ltd