Snow Leopard php dans le répertoire /Users/~Utilisateur/Sites

Le
Pierre
Bonjour,


Décidément, rien à faire à chaque changement de version, je galère
pour faire à nouveau fonctionner correctement le couple php/mysql

Suite à la mise à jour de ma machine de Léopard vers Snow Leopard,
j'ai modifié dans le php.ini les chemins de msysql.sock
et ça fonctionne bien pour les sites qui sont rangés dans
BibliothèqueWebServerDocuments

En revanche pour ceux qui sont rangés dans :
Users~pleSites
Le php n'est pas interprété

Pourtant j'ai bien le fichier ple.conf avec le chemin qui va bien
à l'endroit qui va bien.

Qu'est-ce qui peut bien avoir changé entre les deux versions ?

Je trouve bien de la doc pour activer php et installer mysql qui
fonctionnent correctement maintenant mais rien pour activer
simultanément deux directory root pour Apache.

Quelle vacherie de devoir à nouveau tout décortiquer à chaque changement
de version !

Je ne sais pas où chercher :
Dans httpd.conf ?
Dans le fichier php.ini ?
Ailleurs ?

D'avance merci pour votre aide !

Pierre
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
patpro ~ patrick proniewski
Le #23369251
In article Pierre
Suite à la mise à jour de ma machine de Léopard vers Snow Leopard,
j'ai modifié dans le php.ini les chemins de msysql.sock
et ça fonctionne bien pour les sites qui sont rangés dans
BibliothèqueWebServerDocuments



/Library/WebServer/Documents/ plutôt.

En revanche pour ceux qui sont rangés dans :
Users~pleSites
Le php n'est pas interprété...



Tu as une erreur, ou tu vois simplement le code php affiché dans ton
navigateur ?

Pourtant j'ai bien le fichier ple.conf avec le chemin qui va bien
à l'endroit qui va bien.



prouve le :)

Qu'est-ce qui peut bien avoir changé entre les deux versions ?

Je trouve bien de la doc pour activer php et installer mysql qui
fonctionnent correctement maintenant mais rien pour activer
simultanément deux directory root pour Apache.



il n'y a qu'un DirectoryRoot par virtual host, et a priori, tu n'as
qu'un virtual host. Puis DirectoryRoot n'a aucun impact dans cette
histoire. Tu devrais lire la doc Apache.

Quelle vacherie de devoir à nouveau tout décortiquer à chaque changement
de version !



C'est uniquement parce que tu ne sais pas comment ça fonctionne.

Je ne sais pas où chercher :
Dans httpd.conf ?



oui

Dans le fichier php.ini ?



non

Ailleurs ?



sans doute pas.


patpro

--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133
Pierre
Le #23369481
Suite à la mise à jour de ma machine de Léopard vers Snow Leopard,
j'ai modifié dans le php.ini les chemins de msysql.sock
et ça fonctionne bien pour les sites qui sont rangés dans
BibliothèqueWebServerDocuments



/Library/WebServer/Documents/ plutôt.



Oui ! Exact !

En revanche pour ceux qui sont rangés dans :
Users~pleSites
Le php n'est pas interprété...



Tu as une erreur, ou tu vois simplement le code php affiché dans ton
navigateur ?


Je vois simplement le code php affiché dans mon navigateur.
Donc le code php n'est pas interprété ce qui me faisait penser qu'il y a
peut-être un chemin qui ne convient pas dans php.ini
Je tourne en rond depuis un moment ne sachant plus ce que j'avais fait
sous Leopard pour que ça fonctionne.
Quant à la doc à ce sujet, j'avoue que je m'y perds complètement.
J'ai fait des tas d'essais et d'erreurs, mais visiblement je ne capte
pas comment on peut avoir deux Directory Root :
/Library/WebServer/Documents/
et
/Users/~ple/Sites

J'ai essayé en vain toutes les opérations décrites ici :
http://kevchapman.co.uk/development/setting-up-apache-on-snow-leopard/

Rien ne veut fonctionner. Pire ! Cela fait dysfonctionner
la partie opérationnelle (/Library/WebServer/Documents/)

Merci pour ton aide.

Pierre
patpro ~ Patrick Proniewski
Le #23369631
In article Pierre
Je vois simplement le code php affiché dans mon navigateur.
Donc le code php n'est pas interprété ce qui me faisait penser qu'il y a
peut-être un chemin qui ne convient pas dans php.ini



php.ini n'a rien a voir la dedans. Si tu as un doute, déplace le pour
que PHP fonctionne avec ses valeurs par défaut.

Je tourne en rond depuis un moment ne sachant plus ce que j'avais fait
sous Leopard pour que ça fonctionne.
Quant à la doc à ce sujet, j'avoue que je m'y perds complètement.
J'ai fait des tas d'essais et d'erreurs, mais visiblement je ne capte
pas comment on peut avoir deux Directory Root :
/Library/WebServer/Documents/
et
/Users/~ple/Sites



Tu n'as pas deux DirectoryRoot, tu en as un, et on s'en fout :)
Le concept même du DirectoryRoot est étranger à la problématique
d'interprétation du PHP. Apache est capable de travailler avec plein de
fichiers, y compris en dehors du DirectoryRoot. Tu te focalises sur un
faux problème.

J'ai essayé en vain toutes les opérations décrites ici :
http://kevchapman.co.uk/development/setting-up-apache-on-snow-leopard/

Rien ne veut fonctionner. Pire ! Cela fait dysfonctionner
la partie opérationnelle (/Library/WebServer/Documents/)



Pourquoi as-tu seulement été essayer 50 trucs piochés à droite et à
gauche ?

dans /etc/apache2/httpd.conf, tu dois avoir cette ligne sans "#" :

LoadModule php5_module libexec/apache2/libphp5.so

C'est la seule ligne à modifier pour que PHP fonctionne.
Si tu as un doute, reprends les fichiers de config d'origine, et fais
juste cette manip.
Ensuite, tu éteints ton partage web, tu attends 5 secondes, tu le
rallumes, et tu testes.

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133
Pierre
Le #23369981
J'ai essayé en vain toutes les opérations décrites ici :
http://kevchapman.co.uk/development/setting-up-apache-on-snow-leopard/

Rien ne veut fonctionner. Pire ! Cela fait dysfonctionner
la partie opérationnelle (/Library/WebServer/Documents/)



Pourquoi as-tu seulement été essayer 50 trucs piochés à droite et à
gauche ?

dans /etc/apache2/httpd.conf, tu dois avoir cette ligne sans "#" :

LoadModule php5_module libexec/apache2/libphp5.so

C'est la seule ligne à modifier pour que PHP fonctionne.


Cette ligne, c'est la première chose que j'ai vérifiée
et j'ai effectivement un site SPIP placé dans /Library/WebServer/Documents
qui fonctionne parfaitement : le php est interprété et la base de
données marche parfaitement.
Ce qui ne marche pas ce sont les sites situés dans
mon compte à l'intérieur du dossier Sites dédié.
Et je ne comprends pas pourquoi puisqu'avant l'upgrade à Snow Leopard
tout ça marchait parfaitement.
Comment faire en sorte que ce dossier Sites se comporte de la
même manière que le dossier /Library/WebServer/Documents
vis à vis de php et mysql.

Franchement, je n'ai pas l'impression d'être le seul à galérer sur ce
genre de truc...

C'est donc bien en désespoir de cause que je suis amené à aller chercher
des solutions à des problèmes qui soient semblables à ce que je
rencontre avec les risques que ça comporte.
Et en définitive c'est pour éviter cela que j'expose les choses ici.

Mon erreur de départ a été de croire qu'ayant réussi une fois à bien
faire fonctionner php/mysql cela allait continuer à marcher simplement à
chaque changement de version.
J'utilise donc largement les apports de ce langage et de cette base de
données.
Mais problème, chaque fois que je passe d'une version à l'autre,
tous mes outils se retrouvent bloqués et c'est la cata !
Et l'agacement de devoir y consacrer à nouveau du temps et des
recherches évidemment n'aide pas. Donc je me calme !

Pierre
patpro ~ Patrick Proniewski
Le #23370311
In article Pierre
>> J'ai essayé en vain toutes les opérations décrites ici :
>> http://kevchapman.co.uk/development/setting-up-apache-on-snow-leopard/
>>
>> Rien ne veut fonctionner. Pire ! Cela fait dysfonctionner
>> la partie opérationnelle (/Library/WebServer/Documents/)
>
> Pourquoi as-tu seulement été essayer 50 trucs piochés à droite et à
> gauche ?
>
> dans /etc/apache2/httpd.conf, tu dois avoir cette ligne sans "#" :
>
> LoadModule php5_module libexec/apache2/libphp5.so
>
> C'est la seule ligne à modifier pour que PHP fonctionne.
Cette ligne, c'est la première chose que j'ai vérifiée
et j'ai effectivement un site SPIP placé dans /Library/WebServer/Documents
qui fonctionne parfaitement : le php est interprété et la base de
données marche parfaitement.
Ce qui ne marche pas ce sont les sites situés dans
mon compte à l'intérieur du dossier Sites dédié.




Tu as du casser quelque chose. Je ne vois pas d'autre solution.
Par défaut, il suffit de décommenter la ligne "LoadModule
php5_module..." pour que PHP fonctionne partout.

Crée un autre compte utilisateur, mets du php dans son ~/Sites/ et
regarde si ça marche.

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133
Pierre
Le #23370411
Tu as du casser quelque chose. Je ne vois pas d'autre solution.
Par défaut, il suffit de décommenter la ligne "LoadModule
php5_module..." pour que PHP fonctionne partout.

Crée un autre compte utilisateur, mets du php dans son ~/Sites/ et
regarde si ça marche.


J'ai finalement fait une copie de php.ini puis supprimer php.ini lui-même.
Du coup php marche bien dans les deux répertoires.
Mais mysql ne fonctionne plus car les chemins pour mysql.sock ne sont
pas bons.
Ensuite j'ai donc recréé php.ini à partir de php.ini.default
puis modifié les chemins pour mysql.sock comme suit :
pdo_mysql.default_socket=/tmp/mysql.sock
mysql.default_socket = /tmp/mysql.sock
mysqli.default_socket = /tmp/mysql.sock

ainsi que :
date.timezone = Europe/Paris


Le site SPIP situé dans le répertoire Library/WebServer/Documents
marche parfaitement.
A nouveau les sites dans les répertoire Sites ne sont plus interprétés
en php....

Je vais créer un autre compte utilisateur pour voir ce qu'il en est.

Pierre
Pierre
Le #23370681
Tu as du casser quelque chose. Je ne vois pas d'autre solution.
Par défaut, il suffit de décommenter la ligne "LoadModule
php5_module..." pour que PHP fonctionne partout.

Crée un autre compte utilisateur, mets du php dans son ~/Sites/ et
regarde si ça marche.


J'ai finalement fait une copie de php.ini puis supprimer php.ini lui-même.
Du coup php marche bien dans les deux répertoires.
Mais mysql ne fonctionne plus car les chemins pour mysql.sock ne sont
pas bons.
Ensuite j'ai donc recréé php.ini à partir de php.ini.default
puis modifié les chemins pour mysql.sock comme suit :
pdo_mysql.default_socket=/tmp/mysql.sock
mysql.default_socket = /tmp/mysql.sock
mysqli.default_socket = /tmp/mysql.sock

ainsi que :
date.timezone = Europe/Paris


Le site SPIP situé dans le répertoire Library/WebServer/Documents
marche parfaitement.
A nouveau les sites dans les répertoire Sites ne sont plus interprétés
en php....

Je vais créer un autre compte utilisateur pour voir ce qu'il en est.

Pierre


Mêmes symptômes avec un nouveau compte utilisateur.

Hum ! Ce problème n'est pas ce que je pensais cela semble du au
changement de version de php.
Le debut de mon fichier index.php est :
<?php
include("include/config.php");
include("include/fonctions.inc.php");
include ("include/dbconnect.php");


Avec un php.ini, les fichiers contenus dans un include ne sont pas
interprétés alors qu'ils le sont lorsque php.ini est absent.
Il doit donc y avoir une instruction particulière dans le fichier
php.ini qui induit ce comportement. Mais laquelle ?

Suggestions bienvenues.

Merci pour l'aide.

Pierre
patpro ~ Patrick Proniewski
Le #23370671
In article Pierre
Avec un php.ini, les fichiers contenus dans un include ne sont pas
interprétés alors qu'ils le sont lorsque php.ini est absent.
Il doit donc y avoir une instruction particulière dans le fichier
php.ini qui induit ce comportement. Mais laquelle ?



va savoir.

mets un fichier toto.php dans ton Sites, contenant seulement la ligne :

<?php phpinfo(); ?>

Si ça marche, alors php est correctement interprété, et la cause de ton
problème est dans ton code.

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133
Pierre
Le #23370801
Avec un php.ini, les fichiers contenus dans un include ne sont pas
interprétés alors qu'ils le sont lorsque php.ini est absent.
Il doit donc y avoir une instruction particulière dans le fichier
php.ini qui induit ce comportement. Mais laquelle ?



va savoir.

mets un fichier toto.php dans ton Sites, contenant seulement la ligne :

<?php phpinfo(); ?>

Si ça marche, alors php est correctement interprété, et la cause de ton
problème est dans ton code.


OK ! Merci !
Ca marche correctement avec la ligne :

<?php phpinfo(); ?>

Cette histoire m'a induit en erreur.
Désolé pour le bruit...

Pierre
Publicité
Poster une réponse
Anonyme