При экспериментировании с оптимизацией на моем совершенно новом LEMH (Linux, Nginx, MariaDB, HHVM) стека; я изменил конфигурацию PHP-CLI для использования HHVM для /usr/bin/php
при помощи следующей команды:
$ sudo/usr/bin/update-alternatives - устанавливают/usr/bin/php php/usr/bin/hhvm 60
Сначала все, казалось, хорошо работало..., но я скоро обнаружил, что главный URL переписывает проблемы с NGINX и Wordpress симпатичные постоянные ссылки. Я наконец решил вернуться назад PHP-CLI по умолчанию, выбирающему более стандартную конфигурацию стека.
Таким образом, вот мой вопрос: Что sudo
команда была бы одно использование для возвращения, конфигурация PHP-CLI поддерживает свои значения по умолчанию; таким образом, что использование sudo php --ini
шоу:
/etc/php5/cli
/etc/php5/cli/php.ini
/etc/php5/cli/conf.d
и т.д...
Вместо текущего бесконечного цикла; который заканчивается когда пользователь root kills the process
во время hhvm
сервисный перезапуск.
Я обыскивал документацию HHVM вперед и назад, но должен все же найти что-либо, что даже намекает на возможное решение. Любая справка/мудрость значительно ценится!
Ваш,
Perp1exed.
Проверьте, какие есть альтернативы для php:
$ sudo update-alternatives --list php
/usr/bin/hhvm
/usr/bin/php5
Если вы вообще не хотите оставлять hhvm в качестве опции, вы можете сделать:
$ sudo update-alternatives --remove php /usr/bin/hhvm
update-alternatives: removing manually selected alternative - switching php to auto mode
update-alternatives: using /usr/bin/php5 to provide /usr/bin/php (php) in auto mode
Это вернет вашу систему к исходное состояние. Если вы хотите сохранить hhvm, просто измените активную альтернативу:
$ sudo update-alternatives --set php /usr/bin/php5
update-alternatives: using /usr/bin/php5 to provide /usr/bin/php (php) in manual mode
и все.