j'ai installé la dernière version de Wamp et j'ai un problème avec le fichier PHP.ini : il n'est pas chargé. Donc, en particulier, les extensions, les include_dir ne sont pas chargés.
En regardant phpinfo(), j'ai le chemin suivant pour php.ini : Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File (none)
Je voudrais en fait que le path du php.ini soit C:\wamp\bin\php\php5.2.6.
A noter que même si je copie mon PHP.ini dans C:\Windows, celui-ci est ignoré.
Des idées ?
Merci,
Karl3i.
Modifie 1 fois. Derniere modification le 03/07/2008 à 11:42 par karl3iwamp.
> Je voudrais en fait que le path du php.ini soit C:\wamp\bin\php\php5.2.6.
Ce chemin est celui du php.ini utilisé pour la ligne de commande (CLI).
Celui normalement utilisé est wamp\bin\apache\apache2.x.y\bin\php.ini
Il est écrit que PHP regarde la présence de php.ini dans le dossier de travail, puis dans le chemin défini par la variable d'environnement PHPRC, puis dans le chemin qui a été défini lors de la compilation.
Ce qui donne le dossier de travail est, dans wampmanager.conf :
le problème reste entier. D'après la chronologie du processus de rechercher de PHP.ini, en (1) PHP devrait regarder donc ce chemin. "Ca devrait marcher". En (2), je n'ai pas la variable d'environnement PHPRC. En (3), j'ai téléchargé le binaire, je n'ai pas compilé moi-même. Je ne sais pas quel chemin a été saisi.
Merci encore pour ton aide... et si tu as une autre idée !
Modifie 1 fois. Derniere modification le 03/07/2008 à 17:21 par karl3iwamp.
Dans le fichier wampmanager.conf, la conjontion des deux directives :
phpiniDir = "." phpConfFile = "php.ini"
veut dire que le fichier de configuration de php est "php.ini" et qu'il se trouve dans le dossier de lancement du service wampapache. Lequel service est lancé par :
Si, après toutes ses vérifications, le fichier php.ini n'est toujours pas chargé, je préconiserais :
- Sauvegarde du contenu du dossier www c'est-à-dire vos « sites » - Sauvegarde du contenu du dossier mysql\data c'est-à-dire vos bases de données ou/et exports par PhpMyAdmin - Désinstallation de Wampserver - Suppression complète du dossier Wamp - Vérifier qu'il n'y a pas un ou plusieurs fichiers php.ini qui traînent quelque part ; les supprimer - Redémarrage - Installation Wampserver 2.0c en répondant bien à toutes les questions - Bien que pas préconisé, un redémarrage ne peut pas faire de mal - Restauration des contenus sauvegardés.
Bon courage... et n'oubliez pas que c'est en allant doucement qu'on va le plus vite.
Il se trouve que j'avais l'habitude de "switcher" entre plusieurs versions Wamp, sans souci jusqu'à présent, je recopiais simplement le répertoire Wamp. Mais la dernière fois, ça ne "fonctionne plus".
Avant de poster ici, j'avais désinstallé et réinstaller une nouvelle version de Wamp. J'ai la sensation que quelque chose haut niveau est "cassé", mais je ne trouve pas quoi.
Par contre, c'est vrai que j'ai des répertoires d'anciens Wamp qui traînent (et donc pas mal de PHP.ini). En outre, je n'avais pas désinstallé ces Wamp, j'avais simplement renommé les répertoires.
Donc en suivant ce que tu me dis, je vais :
+ Zipper tous mes vieux répertoires de Wamp et les supprimer ensuite + Faire une recherche php.ini sur l'ensemble de mon disque dur, et supprimer d'éventuels fichiers + Désinstaller mon Wamp actuel + Réinstaller
Après une recherche Windows, il s'est avéré que j'avais des fichiers php.ini à des endroits que j'avais oubliés : en particulier des sauvegardes de configuration que j'avais faites. Je ne les ai cependant pas supprimés, ni zippés et j'ai procédé à la procédure que tu m'as indiqué (si elle n'avait pas marché, je me serais débarrassé de ces PHP.ini aussi, en les zippant par exemple, et en recommençant la procédure). Je n'ai pas non plus eu besoin de redémarrer le PC.
Finalement, après réinstallation, mon phpinfo() me donne :
C'est-à-dire dans le même état que sur une autre machine où mon php.ini est bien chargé.
*** Le pourquoi :
Je n'ai pas vraiment compris pourquoi j'ai eu ce problème (c'est dommage, j'aime bien comprendre, par curiosité et au cas où ça revienne). Toujours est-il qu'il semblerait que le désinstall de Wamp fasse plus de ménage que je pensais, peut-être au niveau de la base de registre.