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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
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/)
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/)
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/)
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.
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.
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.
>> 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é.
>> 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é.
>> 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.
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.
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.
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
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
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
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 ?
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 ?
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 ?
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.
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.
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.