PHP ne fonctionnait pas sous IIS sous Windows 7

Question

J'ai récemment installé PHP sur IIS/Windows 7, mais cela ne fonctionne pas. J'obtiens le fichier source entier dans la fenêtre du navigateur.

FastCGI Réglages montre c: \ Program Files (x86) \ php \ php-cgi.exe Mappages a

• Demande chemin: * .php
• Modue: FastCgiModule
• Executable: C: \ Program Files (x86) \ php \ php-cgi.exe
• Restrictions des demandes: fichier ou un dossier, tous les verbes, l'accès au script

Answer 1

Pour répondre à la réponse que vous avez donnée il y a une heure, qui a dit (citant):

Dans certains hôtes PHP, vous pouvez être un bloc de script avec <?. Dans IIS, le bloc doit commencer par <?php.

Ce n'est pas un paramètre d'IIS; qui est une option de configuration de PHP, qui est appelé short_open_tag: si cette option de configuration est activée, les balises courtes (à savoir <?) seront acceptés. L'utilisation de balises ouvertes courtes n'est souvent pas considérée comme une bonne pratique, car elles peuvent être désactivées - et elles sont, par défaut, avec des versions récentes de PHP - mais si vous êtes administrateur de votre serveur, vous devriez être capable de les réactiver.

Et, pour information, ils sont également considérés comme « mauvaise », car ils peuvent causer des problèmes avec les fichiers XML, qui commencent avec <?xml - si short_open_tag est activée, cela entraînera des problèmes, car il commence par <?

Activation short_open_tag est juste une question de l'édition de votre fichier php.ini, et en utilisant

short_open_tag = On 

Au lieu de

short_open_tag = Off 

Pas besoin de modifier/chemin tous ;-) vos fichiers PHP
(Eh bien, si vous êtes administrateur de votre serveur, qui est ...)

Answer 2

Dans certains hôtes PHP, vous pouvez être un bloc de script avec <?. Dans IIS, le bloc doit commencer par <?php. Inutile de dire que je vais passer le test de la journée à corriger tous les fichiers de script dont j'ai hérité.