> 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 solut
On Wednesday, 13 November 2024 at 19:06, Jonathan Vollebregt
wrote:
> On 11/11/24 8:11 PM, Larry Garfield wrote:
>
> > Metrics that go into a black box with a 3rd party are bad. That's not what
> > is being proposed.
>
>
> From my perspective it's still minified (obfuscated) code going into
On Wed, Nov 13, 2024, at 1:06 PM, Jonathan Vollebregt wrote:
> On 11/11/24 8:11 PM, Larry Garfield wrote:
>> Metrics that go into a black box with a 3rd party are bad. That's not what
>> is being proposed.
>
> From my perspective it's still minified (obfuscated) code going into a
> black box. J
On 11/11/24 8:11 PM, Larry Garfield wrote:
Metrics that go into a black box with a 3rd party are bad. That's not what is
being proposed.
From my perspective it's still minified (obfuscated) code going into a
black box. Just because you own the box doesn't make it any more
transparent to me.
On Tue, Nov 5, 2024, at 3:46 PM, Jonathan Vollebregt wrote:
> For the first there's a user agent (Again, matomo-php-tracker) as well
> as media queries for transparent tracking with or CSS
The browser user-agent is widely recognized as basically useless in the vast
majority of cases. Most bro
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 b
On Sat, 2 Nov 2024, Bob Weinand wrote:
> On 1.11.2024 22:41:29, Larry Garfield wrote:
> > In a similar vein to approving the use of software, Roman Pronskiy
> > asked for my help putting together an RFC on collecting analytics
> > for PHP.net.
> >
> > https://wiki.php.net/rfc/phpnet-analytics
On 11/5/24 6:29 PM, Larry Garfield wrote:
Overall I feel like the signal we can get from using a JS tracker
specifically is comparatively low to the point it's not actually worth it.
Some more things a client-side tracker could do that logs cannot:
* How many people are accessing the site from
On Fri, Nov 1, 2024, at 6:10 PM, Bob Weinand wrote:
> On 1.11.2024 22:41:29, Larry Garfield wrote:
>> In a similar vein to approving the use of software, Roman Pronskiy asked for
>> my help putting together an RFC on collecting analytics for PHP.net.
>>
>> https://wiki.php.net/rfc/phpnet-analytics
On Sat, Nov 2, 2024, at 00:54, 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
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
On 1.11.2024 22:41:29, Larry Garfield wrote:
In a similar vein to approving the use of software, Roman Pronskiy asked for my
help putting together an RFC on collecting analytics for PHP.net.
https://wiki.php.net/rfc/phpnet-analytics
Of particular note:
* This is self-hosted, first-party only.
In a similar vein to approving the use of software, Roman Pronskiy asked for my
help putting together an RFC on collecting analytics for PHP.net.
https://wiki.php.net/rfc/phpnet-analytics
Of particular note:
* This is self-hosted, first-party only. No third parties get data, so no
third parti
13 matches
Mail list logo
