O php.ini personalizado do SuPHP não é lido

Question

Demorei cerca de 4 horas para obter um FastCGI + SuPHP rodando no Ubuntu 11.10 e agora estou feliz que ele funciona muito bem, exceto por um grande problema.

Os php.ini personalizados não parecem ser carregados. Eu tentei alterar algumas opções e, em seguida, disparar um phpinfo () e nada muda no phpinfo (), o que me leva a pensar que definitivamente há um problema com o carregamento do arquivo de configuração.

<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>

Como você pode ver, eu tomei muito cuidado em garantir que eu não estivesse referenciando o arquivo php.ini em si, mas o diretório do vhost.

No php.ini localizado em "/home/mdumoulin/Documents/tests/tests/php.ini", você pode encontrar:

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

E o log em /var/log/suphp/suphp.log não contém nada relevante, (apenas erros antigos que ocorreram antes desta postagem enquanto eu estava testando o suphp ...

Então eu estou perplexo lá, não sei o que mais eu posso fazer! Alguém tem uma ideia?

EDITAR:

FINALMENTE, tenho tempo para trabalhar nisso, desativei o FCGI e só habilitei o SuPHP, mas depois de reiniciar ainda vejo "API do servidor: CGI / FastCGI". É isso que eu deveria estar recebendo ou não? Eu acredito que é normal eu ter CGI já que o SUPHP trabalha com um CGI ... Mas eu não tenho mais certeza ...

    

Answer 1

Por que você não elimina suPHP / FastCGI e muda para o PHP-FPM. Com isso, você pode definir um pool por usuário e não precisa se preocupar com a configuração do suPHP. Você também obtém melhor desempenho, porque não precisa iniciar um novo processo para cada solicitação.

Para responder a sua pergunta, ver CGI / FastCGI como a API é 100% correta para o suPHP.