Команда PECL производит длинный список ошибок

Я наткнулся на эту ошибку после обновления моей установки PHP до версии 5.5.14, на RedHat EL v6. Я установил PHP через менеджер пакетов Yum, а затем мне нужно было переустановить некоторые расширения PHP, которые я использовал. В поисках советов, как решить эту проблему, я наткнулся на этот вопрос, и теперь, когда я нашел работающее решение, я хотел бы поделиться своими выводами здесь. Другие предложения, которые я нашел в интернете, включая удаление и переустановку PECL/PEAR и даже моя установка PHP не решила эту проблему. Наконец, после некоторых дальнейших исследований и просмотра исходного кода PECL/PEAR я нашел настоящую причину. Надеюсь, что следующее поможет другим:

Вы можете увидеть эту ошибку при попытке запуска PECL, если в вашей установке PHP по умолчанию не включен XML, но вместо этого в установку PHP обычно загружается поддержка XML через модуль расширения PHP (это может произойти, если при сборке PHP из исходников был указан флаг ./configure --disable-xml, или если вы устанавливали PHP через различные менеджеры пакетов, в которых эта сборка PHP настроена на загрузку XML через модуль расширения).

Обратите внимание, что последняя строка ошибки, выводимая из PECL - XML Extension not found - причина появления этой ошибки в том, что когда PECL пытается использовать свой класс XMLParser.php, он терпит неудачу, так как не может получить доступ к XML расширению (он проверяет XML модуль, используя extension_loaded('xml') вокруг строки 259 XMLParser). php), и поскольку XML-модуль недоступен, он не может разобрать свои файлы конфигурации/настроек и выдать все остальные ошибки, рассмотренные выше.

Причина, по которой возникает эта проблема, заключается в том, как работает PECL. Команда PECL сама по себе является просто shell-скриптом, который сначала работает там, где установлен PHP, а затем вызывает PHP в командной строке с рядом флагов, прежде чем указать путь к основному файлу PECL PHP-скрипта. Флаг проблемы, который использует скрипт PECL shell - это опция -n, которая говорит PHP игнорировать любые php.ini файлы (и поэтому PHP не загрузит ни одно из дополнительных расширений, указанных в вашем php.ini файле, включая в данном случае XML). Влияние флага -n можно увидеть, выполнив следующие две команды:

• сначала попробуйте запустить -m в командной строке
• , затем сравните вывод с php -n -m

При запуске второй команды не должно быть XML расширения, так как флаг -n говорит PHP не разобрать наш php. ini file(s).

Если вы запустите vi `which pecl` в командной строке, вы должны увидеть содержимое команды PECL (как было отмечено выше, это просто скрипт оболочки), и если вы посмотрите последнюю строку, вы увидите что-то вроде:

exec $PHP -C -n -q $INCARG -d date. timezone=UTC -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv="On" $INCDIR/peclcmd.php "$@"

Флаг -n расположен между флагами -C и -q. Если вы отредактируете скрипт оболочки PECL, опустив флаг -n, то теперь вы сможете снова запускать PECL без проблем.

Кроме того, вы можете перекомпилировать PHP из исходников, убедившись, что модуль XML скомпилирован в бинарный файл PHP, а не загружен из модуля расширения PHP во время выполнения. Очевидно, что редактирование скрипта оболочки PECL для удаления флага -n исправит проблему только до тех пор, пока PECL/PEAR не будет переустановлен, однако, надеемся, что мейнтейнеры PECL/PEAR смогут обновить свои репозитории с помощью этого исправления. Обеспечение сборки PHP с скомпилированной поддержкой XML, однако, является долгосрочным решением проблемы, но может быть не идеальным для всех обстоятельств.

Просто для полноты, если вы запустите vi `which pear`, вы увидите очень похожий скрипт оболочки на тот, который использует PECL, однако - -флаг n отсутствует в команде, вызывающей PHP, и поэтому команда PEAR не подвержена этим же проблемам.