yes it looks like this is the case.

it's not that cache plugin has sent the output before the CS plugin is called, it's that if you have caceh enabled for the whole page, plugins are not even called. do you know what I mean?

I'd like to request a refund for my purchase since enabling the Jooma cache plugin is critical for my site's performance.

By the way there would be a way around this if you capture information about the URL before it is cached and then retrieved this in your plugin's constructor.

how do you mean "capture info about the URL before is cached"? what's cached is the page, not the URL..

ones question: which are the contents that you're caching? I mean, the pages, what are they? joomla articles?

What I mean is for your plugin to keep its own record of the URL being requested BEFORE the cache plugin stores the cache record. THEN in the constructor of your plugin you can look at the mapping of URL to your own mapped URL<->REQUEST data to complete the stats analysis.

I am using Zoo. Also note that you don't seem to record any Zoo Frontpage menu item views either.

Hello Geraint,

I've been thinking and what could be done is to make the tracking differently, via AJAX call. that is, we simply load a line of JS into the template that will call internally a page to trigger the tracking function (pretty much what you describe when you say mapping the URL to the request)

I can build this method in your plugin if you want, it shouldn't be too complicated.

can you contact me at support@ joomlathat.com?

An external AJAX/JSON call would add a performance hit to the functionality . If you can control the order that the system plugins are loaded then you can use the onAfterInitialise method BUT you can't use the JRequest values at that function call since they are only available after routing when SEF is enabled (hence my suggestion about creating a URL/$_REQUEST data map).

Anyhow - I have an urgent need to analyse the traffic and visitors on my site so must look at other alternatives to ContentStatistics. I'd therefore be grateful if you would refund my purchase since your product doesn't provide the statistics I need when caching is enabled.

Many thanks

hello,
as a matter of fact, simply changing the plugin trigger to "onAfterRender" would work because that is triggered even if the page is cached.
that's a much simpler solution. it will make it work with really less than one code line change. if you can give me access I can change this right away. if it doesn't work we can refund you, but trust me this will work right away.

Hi .. we use heavy caching and CDNs, so was sondering if this "fix" has been applied to the product overall, to ensure it will track cached content properly?

Please process my refund - I have found another solution for my site stats and tracking analysis that works with Joomla page caching enabled.