Pour info,
Suite à une demande d'assistance sur GLPI, et après beaucoup de
recherche, j'ai trouvé la solution.
GLPI fonctionne avec register_globals à off, c'est normal c'est prévu
pour, et heureusement ;)
GLPI ne fonctionne pas avec register_globals à on, ce n'est surement pas
fait spécialement pour, probablement un effet de bord (sans doute lié à
la version de PHP utilisée).
Donc à savoir si le problème est signaler par d'autres...
Une amélioration possible serait d'ajouter, dans le fichier .htaccess à
la racine de glpi :
php_admin_flag register_globals off
A+
-------- Message original --------
J'ai trouvé en comparant no php.ini :
$ php -d register_globals=1 -r '$LANG["backup"][0]="SQL Dump";
print_r($LANG);'
PHP Fatal error: Cannot use string offset as an array in Command
line code on line 1
$ php -d register_globals=0 -r '$LANG["backup"][0]="SQL Dump";
print_r($LANG);'
Array
(
[backup] => Array
(
[0] => SQL Dump
)
)
Personnellement je ne travaille jamais avec le register_globals activé,
cela pose des problèmes de sécurité notoires.
Voir : http://fr2.php.net/manual/fr/security.globals.php
Je te conseille de l'activer uniquement pour les quelques applications
qui ne peuvent s'en passer, soit
- dans le VirtualHost de l'application
- dans un .htaccess à la racine de l'application
De plus une vieille habitude (simplification des mises à jour et des
migrations de machines) me pousse à ne jamais modifier le php.ini livré
avec php. Je modifie les valeurs, suivant mes besoins, par les
directives php_flag, php_value, ... (dans la configuration d'apache,
encore une fois pas le httpd.conf principal, mais un fichier spécifique
à mes sites dans /etc/httpd/conf.d).
Voir : http://fr2.php.net/manual/fr/configuration.changes.php
Cdlt.
_______________________________________________
Glpi-dev mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-dev
