Назад | Перейти на главную страницу

Пользовательский php.ini SuPHP не читается

У меня ушло около 4 часов, чтобы запустить FastCGI + SuPHP под Ubuntu 11.10, и теперь я счастлив, что он работает отлично, за исключением ОДНОЙ большой проблемы.

Пользовательский php.ini не загружается. Я попытался изменить некоторые параметры, а затем запустить phpinfo (), и в phpinfo () ничего не изменилось, что наводит меня на мысль, что определенно существует проблема с загрузкой файла конфигурации.

<IfModule mod_suphp.c>
    AddHandler x-httpd-php .php
    <Location />
        SuPHP_AddHandler x-httpd-php
    </Location>
    suPHP_ConfigPath /home/mdumoulin/Documents/tests/tests
    suPHP_Engine on
</IfModule>

Как видите, я очень позаботился о том, чтобы ссылаться не на сам файл php.ini, а на каталог vhost.

В php.ini, расположенном в "/home/mdumoulin/Documents/tests/tests/php.ini", вы можете найти:

[PHP]
error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE
display_errors = Off

И журнал в /var/log/suphp/suphp.log не содержит ничего важного (только старые ошибки, которые произошли до этого сообщения, когда я тестировал suphp ...

Так что я в тупике, не знаю, что еще я могу сделать! У кого-нибудь есть идея?


РЕДАКТИРОВАТЬ:

НАКОНЕЦ, у меня есть время поработать над этим, я отключил FCGI и включил только SuPHP, но после перезапуска я все еще вижу «Server API: CGI / FastCGI». Это то, что я должен получать или нет? Я считаю, что это нормально, я получаю CGI, поскольку SUPHP работает с CGI ... Но я больше не уверен ...

Почему бы вам не отказаться от suPHP / FastCGI и не перейти на PHP-FPM. При этом вы можете определить по одному пулу для каждого пользователя и не беспокоиться о настройке suPHP. Вы также получаете лучшую производительность, потому что не нужно запускать новый процесс для каждого запроса.

Чтобы на самом деле ответить на ваш вопрос, видя CGI / FastCGI как API, на 100% правильно для suPHP.