Active
Project:
Better Statistics
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Anonymous (not verified)
Created:
3 Feb 2016 at 14:39 UTC
Updated:
8 Sep 2017 at 10:14 UTC
Jump to comment: Most recent
Comments
Comment #1
Anonymous (not verified) commentedmorningtime created an issue.
Comment #2
iamEAP commentedThanks for the note. It's true that cached page requests won't have certain types of extra data decorated on them (including node ID). Currently, this has much to do with the state of Drupal when it serves a cached page--specifically, Drupal is only bootstrapped enough to know how to load something from cache and serve it; it knows nothing about nodes or entities or what nodes are on the current page, if any.
On one hand, this is "accurate" or "pure." If you think of the node_id on a given transaction as indication that "a node was loaded in full page view mode on this transaction," then it makes sense that it isn't on cached page transactions. On the other hand, I recognize that it's intuitive to think that you can see how popular a given node is based on the number of transactions decorated with a node_id.
I think the former interpretation / use-case is probably better in the long-run. For instance, if you have a reverse proxy cache in front of your Drupal site, then you won't even see the transaction in Drupal / New Relic (because the request was served from something like Varnish).
Perhaps some better documentation around how to use / analyze the data would help?
Comment #3
Anonymous (not verified) commentedOk. I thought Better Statistics (dev-x) would use javascript to pass Node ID etc. via AJAX. It has these options to track page requests only for JS-enabled HTML pages. I thought that would include cached pages.
By the way, New Relic Insights offers a javascript API:
https://docs.newrelic.com/docs/insights/new-relic-insights/adding-queryi...
Could this be used to pass data via JS, avoiding Drupal for stats?