install sur Win 2000

Le problem reside dans ton server Web. Check si ton server IIS ou Apache
roule.

Savut

"Yann SIVERT" <yann.sivert@club-internet.fr> wrote in message
news:20040529134215023+0200@news.club-internet.fr...

Je viens d'installer php 4.3.6 sur un Windows 2000 (avec l'archive zip,
avec l'IIS de windows).
Or après avoir réalisé les opérations d'installtion et pour tester si
c'est OK, IE ne m'affiche pas ma page mais indique une erreur HTTP 400

Les droits sur le répertoire php sont OK
Les DLL ont bien été déplacées comme préconisé dans la Doc.
Le php.ini me semble correct et les droits sur le fichier aussi.
Le lien entre ".php" et le php.exe est bien fait dans IIS.
Quest-ce que j'ai loupé.....

Yann SIVERT a écrit/wrote :

Je viens d'installer php 4.3.6 sur un Windows 2000 (avec l'archive
zip, avec l'IIS de windows).
Or après avoir réalisé les opérations d'installtion et pour tester si
c'est OK, IE ne m'affiche pas ma page mais indique une erreur HTTP 400

Moi qui suis passé par là, sérieusement, faut être fou pour utiliser IIS
avec PHP. L'installation de Apache prend quelques heureux quand on connait
pas. Tout est indiqué en quelques lignes dans le manuel PHP. Suffit de
suivre le guide :).

Pourquoi Apache plutôt que IIS ?
- Quand une faille de sécurité est découverte dans Windows ou IIS, ton PC ne
sera pas infesté de virus et autres troyens.
- Apache 1 (surtout pas le 2 comme indiqué dans le manuel) en ISAPI + PHP 4
= Solution optimum, stabilité, rapidité... Avec IIS je ne suis parvenu qu'à
faire fonctionner PHP en mode CGI d'où une rapidité d'escargot au niveau de
l'exécution des scripts.
- On trouve plus souvent Apache chez un hébergeur que IIS... PHP et monde
Linux oblige. Apprendre à le configurer et s'en servir est donc recommandé.
- Jouer avec Apache et lire son manuel est un grand plaisir car ce serveur
web regorge de fonctionnalités toutes plus puissantes les unes que les
autres, et c'est gratuit : mod_rewrite (Réécriture d'URL), mod_ssl (Serveur
sécurisé), authentification par .htaccess, protection de répertoires (Qui
contiendrait des mots de passe, des images dont on veut interdire la lecture
sans passer par un script PHP...)
...

Donc IIS faut oublier. Je l'ai subi 1 voire 2 ans alors je sais de quoi je
parle. Apache que du bonheur pourtant j'étais un irréductible de IIS. Fourni
avec Windows 2000 alors pourquoi s'en priver ? Ne faîtes pas la même erreur
que moi, Apache sinon rien.

Les droits sur le répertoire php sont OK
Les DLL ont bien été déplacées comme préconisé dans la Doc.
Le php.ini me semble correct et les droits sur le fichier aussi.
Le lien entre ".php" et le php.exe est bien fait dans IIS.

Arg PHP en mode CGI (php.exe), quel beau gâchis niveau performance ! Rien de
tel qu'une petite DLL (Mode ISAPI de Apache).

Quest-ce que j'ai loupé.....

Tout :). Comme j'avais tout loupé à l'époque quand mon serveur tournait sous
IIS :D.

JM

"Jean-Marc Molina" <jmmolina@PASDEPOURRIEL-free.fr> wrote in message
news:40c574a2$0$26903$626a14ce@news.free.fr...

Yann SIVERT a écrit/wrote :

Je viens d'installer php 4.3.6 sur un Windows 2000 (avec l'archive
zip, avec l'IIS de windows).
Or après avoir réalisé les opérations d'installtion et pour tester si
c'est OK, IE ne m'affiche pas ma page mais indique une erreur HTTP 400

Moi qui suis passé par là, sérieusement, faut être fou pour utiliser IIS
avec PHP. L'installation de Apache prend quelques heureux quand on connait
pas. Tout est indiqué en quelques lignes dans le manuel PHP. Suffit de
suivre le guide :).

Ca depend de tes besoin, IIS performe mieux certain taches, de plus qu'il
supporte nativement ASP.NET

Pourquoi Apache plutôt que IIS ?
- Quand une faille de sécurité est découverte dans Windows ou IIS, ton PC
ne
sera pas infesté de virus et autres troyens.

Hmm je vois pas le rapport, s'il y a une faille dans Windows, peut importe
le logiciel tu utilise, tu reste vulnerable. De plus que Apache sur windows
comporte plusieurs failles.

- Apache 1 (surtout pas le 2 comme indiqué dans le manuel) en ISAPI + PHP
4
= Solution optimum, stabilité, rapidité... Avec IIS je ne suis parvenu
qu'à
faire fonctionner PHP en mode CGI d'où une rapidité d'escargot au niveau
de
l'exécution des scripts.

La tu deregle. PHP peut fonctionner tout aussi en mode ISAPI sur IIS, si tu
me crois pas, voir ce link
http://www.macromedia.com/devnet/mx/dreamweaver/articles/php_iis.html

- On trouve plus souvent Apache chez un hébergeur que IIS... PHP et monde
Linux oblige. Apprendre à le configurer et s'en servir est donc
recommandé.
- Jouer avec Apache et lire son manuel est un grand plaisir car ce serveur
web regorge de fonctionnalités toutes plus puissantes les unes que les
autres, et c'est gratuit : mod_rewrite (Réécriture d'URL), mod_ssl
(Serveur
sécurisé), authentification par .htaccess, protection de répertoires (Qui
contiendrait des mots de passe, des images dont on veut interdire la
lecture
sans passer par un script PHP...)
...

C'est vrai, il sont tous utile, mais ce n'est pas juste propre a Apache, IIS
tu peux faire pareil. Si IIS peut pas faire pareil (gratuitement aussi, ca
vient avec IIS), il n'y aurait meme pas 1% du monde qui s'en servirait :)
De plus que les gros entreprise prefere IIS sur Apache, et je ne vais pas
partir une guerre mais c'est juste un detail pour soutenir mon point de vue.

Donc IIS faut oublier. Je l'ai subi 1 voire 2 ans alors je sais de quoi je
parle. Apache que du bonheur pourtant j'étais un irréductible de IIS.
Fourni
avec Windows 2000 alors pourquoi s'en priver ? Ne faîtes pas la même
erreur
que moi, Apache sinon rien.

Les droits sur le répertoire php sont OK
Les DLL ont bien été déplacées comme préconisé dans la Doc.
Le php.ini me semble correct et les droits sur le fichier aussi.
Le lien entre ".php" et le php.exe est bien fait dans IIS.

Arg PHP en mode CGI (php.exe), quel beau gâchis niveau performance ! Rien
de
tel qu'une petite DLL (Mode ISAPI de Apache).

Voir plus haut

Quest-ce que j'ai loupé.....

Tout :). Comme j'avais tout loupé à l'époque quand mon serveur tournait
sous
IIS :D.

JM

Savut

J'ai trouvé une solution, je suis revenu avant à la version 4.1.0 qui
tourne sur un NT4 et là OK -> donc pas la faute de mon serveur.
J'ai re-tenté l'install mais avec une version 4.3.0 (avec la version 4.3.
6, ça devrait être pareil).
J'ai donc recommencé les manip, mais en plus, j'ai déplacé la DLL
associé à php.exe c'est à dire php4TS.dll (le nom est peut être pas
complet) dans WintSystem32, et la ça marche.
Cette solution est pas très propre, le mieux serait d'ajouter dans le
PATH de Windows le chemin vers la DLL à partir du répertoire PHP.

Yann a écrit/wrote :

J'ai trouvé une solution, je suis revenu avant à la version 4.1.0 qui
tourne sur un NT4 et là OK -> donc pas la faute de mon serveur.
J'ai re-tenté l'install mais avec une version 4.3.0 (avec la version
4.3. 6, ça devrait être pareil).
J'ai donc recommencé les manip, mais en plus, j'ai déplacé la DLL
associé à php.exe c'est à dire php4TS.dll (le nom est peut être pas
complet) dans WintSystem32, et la ça marche.
Cette solution est pas très propre, le mieux serait d'ajouter dans le
PATH de Windows le chemin vers la DLL à partir du répertoire PHP.

Si tu suis bien les explications du manuel tu peux même simplement la
laisser dans le dossier « C:PHPsapi » (sous Windows). J'ai aussi
simplement déposé le php.ini dans le répertoire d'installation de Apache.
J'ai pas pu faire plus propre, j'en avais marre de tout laisser traîner dans
WINNT et autre System32.

--
Jean-Marc.

Clé anti pourriel : PASUNPOURRIEL (Ne pas retirer de votre réponse si
vous me l'adressez directement) / Anti spam key : NOTASPAM (Do not
remove from your reply if you directly send it to me)