Re: Re: phpenmod/phpdismod

I have made super simple OS independent phpenmod. Https://github.com/legale/phpenmod On Feb 18, 2019 23:31, Gabriel Ostrolucky <gadelat@gmail.com> wrote: > > I'm fan of this idea. I miss this in any other non-debian distro. > What nobody mentioned yet, similar script (dockerphp-ext-enable) > is used in PHP docker images. You can check them out at > > https://github.com/docker-library/php/blob/master/7.3/alpine3.9/cli/docker-php-ext-enable > > > However, enabling extensions in PHP via CLI is easy. > It's just php -dextension=extension.so. What isn't easy, is DISABLING them.  > > This is very important to do when you have profiling/debugging extensions > like xdebug enabled. > > Currently, PHP community needs to do workaround gymnastics because of this > missing functionality. Check > > https://stackoverflow.com/questions/31083195/disabling-xdebug-when-running-composer > > and xdebug-handler created as a result > ˎ��Ǎ��( � > https://github.com/composer/xdebug-handler/blob/master/src/XdebugHandler.php > > Now, authors of CLI tools ship this xdebug-handler and unload it by default. > This makes their software faster by default, but all the CLI tool authors > must depend on this. And users are less aware of what's going on. > > If you are a consumer and your CLI tool does not depend on it, > you are out of luck, back to editing .ini files by hand - or > wondering why is the tool slow or even abandoning it because of that. > If you are a consumer and want to debug your CLI tool using it, > you will spend some time figuring out why it doesn't work. > > I know I went little offtopic here, since this thread is mainly about script > which persists these settings, instead of just CLI switch, but I think this > was worth mentioning, as it complements it. IMO hard to edit ini files are > frustrating mainly because of lacking quick way for disabling extensions. > Having a CLI swith do not only ENABLE extension, but also DISABLE it, would > help a lot and shipping script for modifying ini files might be a lot smaller > necessity after that. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >