Salut,
 
Bon là je craque :'-(
 
J'ai un souci de config de mon fichier httpd.conf, PHP n'est pas supporté alors qu'il semble être installé correctement. La partie HTML, elle, fonctionne bien.
 
Lignes de mon httpd.conf concernant php :
 

 
Où se cache l'erreur ? Est-ce un truc à la con que je n'ai pas vu ?
 
D'une minute à l'autre, mon serveur s'est arrêté de fonctionner correctement. Il a dû se passer quelque chose, mais quoi ?
 
Merci d'avance !

Up
 
Je me suis retapé une install *propre*, à savoir :
 
-> Apache 1.3.33 à partir de l'install Windows
-> php 4.3.9 à partir du zip, dans c:\php
-> copie du php.ini modifié dans c:\winnt (je suis sous NT4)
-> copie de php4ts.dll dans c:\winnt\system32
-> configuration du fichier httpd.conf avec les lignes vues au-dessus
-> redémarrage du serveur, la syntaxe du fichier est bonne (d'après le correcteur lancé en ligne de commande)
 
Et il refuse toujours d'interpréter toute instruction PHP, même un bête <?php phpinfo(); ?> seul ne tourne pas
 
Le fichier access.log se remplit normalement, et le fichier error.log reste désespérément vide !
 
Os court !

Tu ne dis pas quelle erreur est affiche exactement !
Donne plus de details !
 
Quand tu demarres apache, es-tu sur qu'il charge bien le module php4apache.dll ? Regarde dans tes logs apache (fichier error.log) ... si tu as le meme probleme que moi, je pourrai peut-etre t'aider.

essaye easyphp

Bin justement... Il n'y a PAS d'erreur, mais le code PHP n'est pas interprété et je peux même le voir dans le code source de la page (sous mon navigateur).
 
Je ne suis pas sûr qu'il soit chargé, mais je ne connais pas la commande qui me permettrait de lister les modules du serveur Apache.

 
J'ai même essayé ça, sans succès, une erreur de port déjà utilisé que els méthodes de résolution n'ont pas corrigée.

bizarre, t'as un IIS qui tourne?

Bon OK. Fais ca:
 
Copie (ne deplace PAS !!) la dll php4ts.dll se trouvant dans ton repertoire php dans le repertoire "C:\Program Files\Apache Group\Apache\"
 
Ensuite redemarre ton serveur apache.
 
D'autre part es-tu sur que PHP a un moyen d'acceder a son fichier php.ini ? (Le moyen que j'utilise est la declaration d'une variable d'environnement PHPRC contenant le chemin d'acces vers ce fichier)

krap > non.
 
Arno_ > merci
 
Pour la variable d'environnement, j'ai vu ça juste avant de lire ta réponse
 
J'ai donc rajouté la commande donnée dans l'install.txt de PHP, dans la section <Ifmodule mod_php4.c> puis en dehors de toute section, sans succès. Idem en recopiant la DLL.

Dans httpd.conf: ton LogLevel est bien a debug ? Si oui ca devrait te donner quand meme un minimum d'info dans error.log
 
Comment t'as installe apache, en tant que service ou en appli standalone ?
 
Il faut absolument avoir des logs pour pouvoir diagnostiquer plus avant le probleme.

Ca avance...
 
Pour pouvoir lister les modules utilisés, il faut pouvoir accéder à http://localhost/server-info, ça se passe dans httpd.conf.
 
Le module mod_php4.c est bel et bien chargé !
 
Je vais tenter de le charger en dernier, peut-être que l'ordre a une importance.
 
Edit : oui, je suis en debug. Apache a été installé en tant que service "pour tous les utilisateurs".
 
Encore une fois (on sait jamais, au bout d'un moment on peur oublier la priorité ), Apache SEUL marche, c'est son support PHP qui ne fonctionne pas

Mouai, je sais plus quoi dire. Je suis configure comme toi (sauf que j'ai installe en standalone et pas en service)
 
Le mod_php4.c est loade en dernier, tout le reste est comme dans to fichier httpd.conf
 
server-info montre bien que tout est ok

Bin ouais ça me semble super louche.
 
Le seul truc pourrait être sur les chemins d'accès des fichiers... je vais essayer de tout modifer.
 
Pffff

Bon.
 
En utilisant ProcessExplorer: sous le process apache.exe, vois-tu la dll php4apache.dll chargee (moi oui).
 
Visiblement l'interpreteur PHP ne se charge pas, mais sans pour autant empecher ton apache de demarrer.
Je vois deux raisons possibles a cela:
 
1. Apache n'arriver pas instancier toutes les DLL dont il a a besoin
2. Apache arrive a instancier PHP qui lui meme ensuite a un probleme de dependence sur une autre dll ou n'arrive pas a lire son fichier php.ini.
 
Regarde aussi avec DependencyWalker les dependences de php3apache.dll, des fois que ca te montre qq chose.

OK merci beaucoup, je regarde ça

J'ai maté ProcessExplorer (qui a d'ailleurs l'air bien sympa),  rien de neuf à l'horizon, les DLL sont chargées correctement.
 
Un collègue m'a passé un équivalent d'EasyPHP, j'essaie et vous tiens au courant.
 
Marre

Bon...
 
Alors j'ai fini par installer WAMP.
 
Et ça marche. Sauf quand mon phpinfo(); est contenu dans une page qui s'appelle phpinfo.php.
 
Va comprendre Charles.
 
Merci Arno en tout cas pour ton aide

 
Juste par curiosité, tu pourrais éditer httpd.conf et placer les Addtype en dehors de la boucle de test ? Puis arrêter et redémarrer Apache.

Too late, ça marche presque
 
J'arrive à utiliser phpMyAdmin, mais il refuse à moitié de charger les pages que je fais moi-même.
 
Et quand je colle mon DocumentRoot sur un lecteur réseau (par exemple U:\) il ne trouve plus rien, il VEUT que je mette ça sur C:\.
 
C'est du grand n'importe quoi

Donc ça ne marche pas ...  

Pendant quelques instants, j'ai pu coller du PHP dans mon fichier index.php.
 
Depuis, ça ne marche plus. Le code apparaît dans la source de la page. Alors que je peux me balader dans phpMyAdmin sans aucun problème.
 
Il y a des virus qui font faire n'imp à un serveur Apache ?

Très honnêtement je ne pense pas ..
T'as essayé d'installer PHP à partir de l'installer ? Il me semble que j'ai eu un problème similaire il y a quelques semaines et que je l'avais résolu comme ça ...
 
C'est certes moins satisfaisant que d'aller fouiner dans les fichiers de conf, mais si ça peut te faire avancer ....  

J'ai installé le package WAMP
 
Là, très honnêtement, je ne comprends vraiment plus rien.
 
Dans mon DocumentRoot, j'ai deux fichiers :  
 
biloute.php et index.php.
 
Les deux contiennent <? echo 'bonjour'; ?>
 
L'un affiche bien 'bonjour', l'autre n'affiche rien.
 
Dommage que je n'ai pas de quoi faire le truc, je vous aurais bien fait un film sous FRAPS pour vous prouver que je ne mens pas !!!

Lequel affiche 'bonjour' ?

CA Y EST §§§
 
Alors là... C'est ultra(edit) tiré par les cheveux.
 
Tout venait en fait de la table de caractères utilisée !!!
 
Il semble que certains de mes fichiers soient en Unicode, or Apache veut du ASCII et uniquement du ASCII.
 
Comment j'ai vu ça ? En double-cliquant sur un fichier .bak, Wordpad s'est lancé automatiquement (au lieu d'Ultraedit, c'était donc une manip non voulue) et m'a dit "Format Unicode non reconnu".
 
Et voilà le travail... Une journée de perdue pour ça.
 
Quant à savoir comment j'ai fait pour passer mes fichiers en Unicode, je préfère en rester là

Incroyable !
 
Bon a savoir. Merci d'avoir tenu bon, ca me servira surement un jour

Petite précision, c'est le module PHP qui refusait l'Unicode, Apache seul l'acceptait pour du HTML.
 
D'un autre côté, ça me rassure sur mes capacités à installer Apache/PHP/MySQL à la main !