RE: [obsdfr-misc] bug php lors d'une migration lighttpd

["Philippe BEAUMONT" <p POINT beaumont AT dmedica.fr>]

-----Message d'origine-----
De : Nicolas Bernard [mailto:nbernard-openbsd-france-misc-0db344c2cee665147c3f8eb57c6fe87ce7c5b0d1 AT lafraze POINT net] 
Envoyé : lundi 8 septembre 2008 12:58
À : misc AT openbsd-france POINT org
Objet : Re: [obsdfr-misc] bug php lors d'une migration lighttpd

Philippe BEAUMONT(p POINT beaumont AT dmedica.fr)@2008.09.08 11:39:57 +0200 wrote:
> Bonjour,
> 
> Je vous soumets aujourd'hui un bug dont je ne trouve pas de solution. Je viens de passer de apache à lighttpd sur un serveur de prod d'intranet. J'ai fait les test de fonctionnement dans un répertoire autre que celui d'apache afin de tester si la configuration marche et une page contenant le code « <?php phpinfo(); ?> ». Voyant que cela marchait, j'ai ensuite changé le répertoire pour le répertoire de production avec toutes les applications qu'on utilise.
> 
> Voilà le problème : Une des applications majeures que l'on utilisait parfaitement avec apache ne fonctionne plus (affichage d'une page blanche via le navigateur). Si je met un script phpinfo() dans le même répertoire avec exactement les même droit, il fonctionne, lighttpd voit bien le fichier et fait un code erreur 200 (soit tout va bien) et une autre application dans un sous répertoire fonctionne parfaitement. Pour approfondir les tests, j'ai exécuté l'index du site avec php-fastcgi et cela marche parfaitement.
> 
> Pour info les applications dont je parle sont : GLPI (qui ne marche plus) et OCSng Inventory (qui marche encore parfaitement).
> 
> Je n'ai plus d'idée pour trouver la solution donc je m'en remet à vous en espérant avoir une réponse. 

Bonjour,

Ce ne serait pas une histoire de variable d'environnement dont l'appli
aurait besoin et qui aurait été passée via le fichier de conf
d'apache?

Amicalement,
N.


________________________________


Il n'y a aucune variable d'environnement passé dans la conf d'apache à ma connaissance et puis je doute que cela marcherait en ligne de commande si c'était le cas.

Après de nouveaux tests, si je passe le fichier via la commande php, elle ne fonctionne pas. Pour être que ce ne soit pas cette commande qui soit appelé via le fastcgi j'ai donc remplacé php php-fastcgi et modifier la conf de lighttpd.

Ca ne fonctionne toujours pas.

Pour info je joins le résultat des deux commandes :

# php_old /var/www/htdocs/index.php
PHP Warning:  include(./config/based_config.php): failed to open stream: No such file or directory in /var/www/htdocs/index.php on line 40
PHP Warning:  include(): Failed opening './config/based_config.php' for inclusion (include_path='.:/pear/lib:/var/www/pear/lib') in /var/www/htdocs/index.php on line 40
PHP Notice:  Use of undefined constant GLPI_CONFIG_DIR - assumed 'GLPI_CONFIG_DIR' in /var/www/htdocs/index.php on line 41
PHP Warning:  include(./inc/common.function.php): failed to open stream: No such file or directory in /var/www/htdocs/index.php on line 42
PHP Warning:  include(): Failed opening './inc/common.function.php' for inclusion (include_path='.:/pear/lib:/var/www/pear/lib') in /var/www/htdocs/index.php on line 42
PHP Fatal error:  Call to undefined function glpi_header() in /var/www/htdocs/index.php on line 43

# php-fastcgi  /var/www/htdocs/index.php  
X-Powered-By: PHP/5.2.3
Set-Cookie: PHPSESSID=kfhosfskt2bjflle160rjvqst1; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Type: text/html; charset=UTF-8
[...] suivit d'une page html