Comment résoudre l'erreur 404 après avoir copié manuellement les fichiers php à C: \ inetpub \ vhosts \ [domainname] \ httpdocs exécutant IIS et Plesk

Question

Configuration:

Windows Server 2012. 
Plesk 12.5.30. 
IIS 6.2 (build 9200). 

Problème

Après avoir ajouté un nouveau domaine via PLESK, j'ai navigué vers le répertoire suivant

C:\inetpub\vhosts\[domainname]\httpdocs 

Dans ce répertoire était t Il souhaite la bienvenue à la page d'index de Plesk. J'ai enlevé ça. J'ai ensuite copié un site Wordpress existant dans ce dossier (constitué de fichiers css, html et php).

Lorsque l'URL du domaine est entrée dans un navigateur Web, le serveur renvoie une erreur 404 et ne sert pas le site Wordpress.

Dépannage So Far

Si je crée un fichier index.html dans ce dossier, il affiche très bien. C'est donc le bon dossier et IIS est en train de servir des fichiers HTML statiques.

Ci-dessous se trouve le contenu du fichier web.config dans le répertoire ci-dessus.

<?xml version="1.0" encoding="UTF-8"?> 
<configuration> 
    <system.webServer> 
     <tracing> 
      <traceFailedRequests> 
       <add path="*"> 
        <traceAreas> 
         <add provider="ASP" areas="" verbosity="Verbose" /> 
         <add provider="ASPNET" areas="AppServices,Infrastructure,Module,Page" verbosity="Verbose" /> 
         <add provider="ISAPI Extension" areas="" verbosity="Verbose" /> 
         <add provider="WWW Server" areas="Authentication,Cache,CGI,Compression,FastCGI,Filter,Module,RequestNotifications,RequestRouting,Rewrite,Security,StaticFile,WebSocket" verbosity="Verbose" /> 
        </traceAreas> 
        <failureDefinitions statusCodes="404" /> 
       </add> 
      </traceFailedRequests> 
     </tracing> 
    </system.webServer> 
</configuration> 

Il n'y a rien mentionné ici à propos de PHP pourrait-il être le problème? Je n'ai rien trouvé en ligne pour apporter un éclairage supplémentaire à ce sujet.

Il y a un autre fichier de configuration dans le répertoire httpdocs il semble curieusement mal orthographié .. somethging.user.ini et contient les lignes suivantes:

[PHP] 
open_basedir="C:/Inetpub/vhosts/[domain name];C:\Windows\Temp\" 
error_log="C:\Inetpub\vhosts\rake4you.at\logs\php_errors\[domain name]\php_error.log" 

Où nom de domaine est le bon dossier, qui est le nom du domaine hébergé.

J'ai essayé de corriger l'orthographe de ce fichier ini en changeant le nom en user.ini; et aussi supprimer tous ensemble. J'ai également essayé de convertir les barres obliques vers les barres obliques en première ligne.

Mais les erreurs 404 sur toutes les pages PHP persistent. J'ai également considéré les autorisations de dossier et j'ai trouvé cette question IIS_IUSRS and IUSR permissions in IIS8 cependant les étapes suggérées ne fonctionnent pas pour moi, puisque le compte d'utilisateur référé là (IIS AppPool \ MyApplicationPoolName) n'existe pas, quand je substitue 'MyApplicationPoolName' avec le ApplicationPoolName en question (que j'ai récupéré en accédant à IIS -> Pools d'applications).

Toutes les suggestions sur la façon dont je peux résoudre les erreurs 404 pour les pages PHP.

Merci pour le conseil.

Answer 1

Je ne réponds généralement pas à ma propre question, mais je viens d'investir 11 heures de plus pour déterminer ce qui ne va pas, voici la solution qui, espérons-le, aidera quelqu'un d'autre à l'avenir.

1) Dans PLESK, vérifiez d'abord que vous êtes dans la vue 'Fournisseur de services'.Si vous êtes , la première option dans le menu de gauche sera 'Hébergement Services'.

Si vous ne modifiez pas cette vue en utilisant le bouton en bas à gauche de l'écran .

2) Sélectionnez 'domaines' dans le menu à gauche de l'écran.

3) Sélectionnez le lien hypertexte bleu qui est le nom de votre domaine.

4) Cliquez sur 'Paramètres php'.

5) Cochez la case qui dit

PHP support (PHP version 5.4.45 , run PHP as FastCGI application 

Modifier la version de PHP à celui que vous voulez que le domaine à travailler avec l'aide de la liste déroulante.

6) Appliquez les modifications en utilisant le bouton «Appliquer» en bas de l'écran.

Voilà les fichiers PHP seront maintenant servis correctement.