Re: [RFC] PHP.net analytics
| From: | Derick Rethans | Date: | Thu, 07 Nov 2024 15:42:37 +0000 |
| Subject: | Re: [RFC] PHP.net analytics | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-125921@lists.php.net to get a copy of this message | ||
On Sat, 2 Nov 2024, Jonathan Vollebregt wrote:
> On 11/2/24 12:10 AM, Bob Weinand wrote:
> > What percentage of users get to the docs through direct links vs the
> > home page
> >
> > That's something you can generally infer from server logs - was the
> > home page accessed from that IP right before another page was
> > opened? It's not as accurate, but for a general understanding of
> > orders of magnitude it's good enough.
>
> Even better: If we're talking about internal navigation you can check
> the referrer header and know for sure, since the docs don't add
> rel=noreferrer on links or anything.
>
> You shouldn't need server logs _or_ client side JS. A lot of this
> tracking stuff could be done by just putting down a proxy or shim that
> checks request headers. It looks like matomo offers exactly this via
> matomo/matomo-php-tracker.
>
> I second bob's general sentiment: There's no need for client side
> tracking.
As the person that will end up having to maintain this, I wasn't aware
that https://github.com/matomo-org/matomo-php-tracker
is pretty much the
same as the JS tracker. And as it does HTTPS requests from the PHP
application to Matomo, instead of a JS tracker, this seems like a
better solution, which is also more customisable.
cheers,
Derick
--
https://derickrethans.nl | https://xdebug.org | https://dram.io
Author of Xdebug. Like it? Consider supporting me: https://xdebug.org/support
mastodon: @derickr@phpc.social @xdebug@phpc.social