Req #53358 [Opn->Sus]: API queries in php.ini
| From: | cmb@php.net | Date: | Tue, 20 Aug 2019 20:25:28 +0000 |
| Subject: | Req #53358 [Opn->Sus]: API queries in php.ini | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-222332@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=53358&edit=1
ID: 53358
Updated by: cmb@php.net
Reported by: pophal at tubit dot tu-berlin dot de
Summary: API queries in php.ini
-Status: Open
+Status: Suspended
Type: Feature/Change Request
Package: PHP options/info functions
PHP Version: *
Block user comment: N
Private report: N
New Comment:
This feature (request) requires the RFC process[1]. Feel free to
start it anytime!
[1] <https://wiki.php.net/rfc/howto>
Previous Comments:
------------------------------------------------------------------------
[2013-10-04 09:27:23] mike@php.net
Sorry, there actually is a PR for that:
See bug #65681 and PR #466
https://github.com/php/php-src/pull/466
------------------------------------------------------------------------
[2013-09-30 12:16:28] mike@php.net
We already have SAPI INIs.
------------------------------------------------------------------------
[2010-11-19 17:47:53] pophal at tubit dot tu-berlin dot de
Description:
------------
I would rather appreciate a php ini section analogous to [HOST=] querying the SAPI, e.g.
[SAPI=CLI]
extension = php-gtk2.so
in order to prevent the extension from being loaded when PHP is running as apache module or cgi.
This would be helpful for distributions with like php.ini regardless of SAPI, in contrast to debian
with its API-depending php.ini location.
A workaround is a modified shebang line:
#!/usr/bin/php -d extension=php_gtk2.so
but this cannot be considered a good solution.
Maybe this is not only php-gtk related.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=53358&edit=1