Enable this option in: Settings > Count per Day > Options
“Cache (beta): I use a cache plugin. Count these visits with ajax.”
HKP
(@hiskingdomprophecy)
MEVDSCHEE, I’ve got that setting correct but still not correct.
I think its to do with the Minify settings not ignoring the necessary JS file.
So far I cant get it to work…
Any ideas on which to ignore and exactly what to write in the W3 .js minify exclusion box?
It could be Minify, can you turn that off? Do you have a public link of your website? I would love to help you, but W3 Total cache does not work on my site, so it is hard to see what it does.
HKP
(@hiskingdomprophecy)
Hi MEVDESCHEE, Thanks for the suggestion.
I’ve turned OFF W3 Minify and within a couple of hours can see a difference in reads/visitor ratio. Give me a couple to days to confirm though….
It also doesn’t seem to have changed the load time too much, but again, too early to say for sure. It’ll take another 4-5 days before Google confirm download speed is changed of not.
Our site is http://www.hiskingdomprophecy.com
FYI, regarding W3, it is now the only cache which works with my older PHP version and some required plugins. W3 is certainly a whole lot easier to get working than and is way more effective than the others I’ve used.
Only problem is their instruction are not for dummies and are without samples….. getting the right protocols for simple things are excluded files, is a challenge.
And finally, Merry Christmas and a Happy New Year when it arrives 🙂
My page on http://www.leaseweblabs.com/ shows:
<script type="text/javascript">
// Count per Day
//<![CDATA[
jQuery(document).ready( function()
{
jQuery.get('http://www.leaseweblabs.com/wp-content/plugins/count-per-day/ajax.php?f=count&page=0&time=1387965918', function(text)
{
var cpd_funcs = text.split('|');
for(var i = 0; i < cpd_funcs.length; i++)
{
var cpd_daten = cpd_funcs[i].split('===');
var cpd_fields = document.getElementById('cpd_number_' + cpd_daten[0].toLowerCase());
if (!cpd_fields && cpd_fields != null) { cpd_fields.innerHTML = cpd_daten[1]; }
}
});
} );
//]]>
</script>
While your page on http://www.hiskingdomprophecy.com/ shows:
<script type="text/javascript">
head.ready(function (){
head.ready(function (){
// Count per Day
//<![CDATA[
jQuery(document).ready( function()
{
jQuery.get('http://www.hiskingdomprophecy.com/wp-content/plugins/count-per-day/ajax.php?f=count&page=&time=1387957784', function(text)
{
var cpd_funcs = text.split('|');
for(var i = 0; i < cpd_funcs.length; i++)
{
var cpd_daten = cpd_funcs[i].split('===');
var cpd_fields = document.getElementById('cpd_number_' + cpd_daten[0].toLowerCase());
if (!cpd_fields && cpd_fields != null) { cpd_fields.innerHTML = cpd_daten[1]; }
}
});
} );
//]]>
}); // end head.ready
}); // end head.ready
</script>
What is with the double “head.ready”? This seems to be “headjs-loader” acting weird. Can you disable that one as well?
Apart from the weird include code your page does a request to CPD’s ajax.php with a timestamp that is more or last the same as the “Last-Modified” header. This means that the counter will reject all counts with a 403 and “wrong request” error. This is something you can see when you install the Firefox FireBug add-on. It seems that W3 total cache generates HTML for the page that also contains the timestamp, so that all counts are then rejected for having an old timestamp. Do you follow? A workaround would be to comment out line 5 of /wp-content/plugins/count-per-day/ajax.php where it says:
if ( empty($_GET['time']) || time() - $_GET['time'] > 20 )
This will remove the check in CPD for old page (re)loads. Maybe Tom Braider (plugin author) can come up with a better solution.
I would enable everything for now and just comment out the fifth line in the ajax.php file. I’m pretty sure that is your problem and I would love to see that verified. Happy holidays to you too. Kind regards, Maurits
HKP
(@hiskingdomprophecy)
Hi Maurits,
Thanks so much.
I’ve DISABLED Head JS Loader… and double head.ready is gone.
On W3:
1) I’ve ENABLED JS minify.
2) DELETED ajax.php from “never mind following JS file” box
In AJAX.PHP I’ve commented out line 5.
I guess it will take a full new day to see results of the new changes and re-instatements, but the previous changes improved CPD Reads/Visitors back to 1.45 from the 1.16 from yesterday. The normal is 1.8+. Tomorrow should show if it’s all back to working normally – well except it is still in a holiday period so it actually may take a few days to be sure.
Checked status with Pingdom Tools: Requests now +2 at 20, Page Speed is -2 at 94, down from 96. Page Size is down by 11Kb+.
I’ll now wait for 4-5 days to see how Google Webmaster Tools download speed reports.
Again, thanks so much. Much appreciated 🙂
Regards, Angus
Hi Angus,
You are welcome. Weird enough I still get a 403 forbidden on your site. can you comment out everything from line 5 to line 10 in ajax.php? This code triggers the forbidden error. After that things will improve, I’m pretty sure 🙂
Kind regards, Maurits
HKP
(@hiskingdomprophecy)
Hi Maurits,
Again, thanks so much!
Lines 5 to line 10 in ajax.php are commented out and all seems to be working and the site speed is improved and more-or-less maintaining.
With the run into Christmas and then New Year the numbers were a bit odd in every aspect for a while, but all seem to be settled down now and both W3 and CPD are working well.
Interestingly FYI, CPD results align reasonably with the raw Domain Webalizer Stats whereas GA’s numbers have no relation at all. Still, I only use GA as a guide as we’re not advertising on the site and then again, the GA analysis is interesting – if taken with a pinch of salt 🙂
I think this thread is successfully and appreciatively closed..
Regards, Angus
