# Removing mysqlnd stats from phpinfo

- Thread: https://externals.io/message/105716
- Original archive: https://news-web.php.net/php.internals/105716
- Started by Pieter Hordijk on 2019-05-15T17:01:16+00:00
- Messages: 7
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #105716 — Pieter Hordijk — 2019-05-15T17:01:16+00:00

URL: https://externals.io/message/105716#105716

Hey internals,

when there is support for mysqlnd the `phpinfo()` page hows the entire list
of available mysqlnd stats.

Do we really need to show the stats here? It makes the page unnecessary long
and somewhat annoying to scroll past for no obvious (to me) reason it to be there.

The stats can also already be retrieved using the
APIs @ https://www.php.net/manual/en/mysqlnd.stats.php making it even
less useful to have on the page.

I created a PR to remove the stats https://github.com/php/php-src/pull/4164
Can this just be merged or is there a specific reason the stats are on the page?

Also related to https://bugs.php.net/bug.php?id=60594 which basically
states the same things as above.

Pieter

---

## #105727 — johannes.schlueter@oracle.com — 2019-05-16T21:40:59+00:00

URL: https://externals.io/message/105716#105727

> Hey internals,
> 
> when there is support for mysqlnd the `phpinfo()` page hows the
> entire list of available mysqlnd stats.
> 
> Do we really need to show the stats here? It makes the page
> unnecessary long and somewhat annoying to scroll past for no obvious
> (to me) reason it to be there.
> 

In a way it gives nice attention to the fact thy are there. But I guess
they don't have to be there. If this makes he page too long removing is
fine.

johannes

---

## #105728 — Peter Bowyer — 2019-05-17T07:35:45+00:00

URL: https://externals.io/message/105716#105728

If the problem is that (multiple) people find the page too long to scroll
through, we can add some JavaScript to the output to hide the stats by
default.

This could be a good time to make all blocks on the page collapsible, with
a "Collapse/Expand all" link added at the top.

All added as progressive enhancement, so people with JavaScript disabled
see everything.

Though personally I have no problem with the length of the page; I use the
browser's in-built "Find" tool to jump to where I need to go.

Peter


On Thu, 16 May 2019 at 22:41, Johannes Schlüter <
johannes.schlueter@oracle.com> wrote:

> 
> > […]
>
> In a way it gives nice attention to the fact thy are there. But I guess
> they don't have to be there. If this makes he page too long removing is
> fine.
>
> johannes

---

## #105729 — Claude Pache — 2019-05-17T08:14:46+00:00

URL: https://externals.io/message/105716#105729

> Le 17 mai 2019 à 09:35, Peter Bowyer <phpmailinglists@gmail.com> a écrit :
> 
> This could be a good time to make all blocks on the page collapsible, with
> a "Collapse/Expand all" link added at the top.
> 
> All added as progressive enhancement, so people with JavaScript disabled
> see everything.

There is no need for JavaScript: use <details> (as progressive enhancement, etc.)

—Claude

---

## #105730 — Peter Cowburn — 2019-05-17T08:20:11+00:00

URL: https://externals.io/message/105716#105730

>
>
> > […]
> écrit :
> > […]
> with
> > […]
>
> There is no need for JavaScript: use <details> (as progressive
> enhancement, etc.)
>

How will that work for the cli (e.g. php -i)?


>
> —Claude

---

## #105731 — Pieter Hordijk — 2019-05-17T10:09:24+00:00

URL: https://externals.io/message/105716#105731

> > […]

> How will that work for the cli (e.g. php -i)?

The situation on CLI is arguably even worse with very long lists like that and indeed
things like JS or details tags would obviously not work for that.

---

## #105732 — johannes.schlueter@oracle.com — 2019-05-17T11:55:39+00:00

URL: https://externals.io/message/105716#105732

> On Fri, 17 May 2019 at 09:15, Claude Pache <claude.pache@gmail.com>
> wrote:
> 
> > […]
> How will that work for the cli (e.g. php -i)?
> 

You at last have `php --ri standard` etc. won't help with all sections,
though.
Probably the most important missing is a shortcut for a pretty printed
version of
    php -r 'print_r(ini_get_all());'

But I don't want to deflect from the original question. If consensus is
that it's too long, the stats can go ...

johannes