Pour configurer les pages d'erreur personnalisées dans IIS, activez d'abord les erreurs personnalisées dans le fichier web.config dans la section , puis spécifiez chaque code d'état avec sa page d'erreur correspondante. 1. Modifiez le fichier web.config dans le dossier racine ou application de votre site. 2. Définissez Errormode sur "Custom" et définissez les entrées d'erreur pour les codes tels que 404 et 500 à l'aide de la réponse "EXECUTEURL" pour assurer des codes d'état HTTP corrects. 3. Créez des pages d'erreur conviviales avec des messages clairs, des options de navigation, une marque et des suggestions appropriées en fonction du type d'erreur. 4. Vérifiez que chaque page d'erreur renvoie le code d'état HTTP correct sans provoquer des redirections ou des boucles infinies. 5. Testez manuellement à l'aide d'URL ou d'outils non valides comme Fiddler, Postman ou Curl pour confirmer les fonctionnalités et prévenir les problèmes causés par des modules dynamiques comme la réécriture de l'URL.

Lorsque vous exécutez un site Web sur IIS (Internet Information Services), avoir des pages d'erreur personnalisées pour différents codes d'état HTTP est un bon moyen d'améliorer l'expérience utilisateur et d'aider avec le référencement. Au lieu d'afficher la valeur par défaut, souvent inutile ou même confuse des messages d'erreur, vous pouvez guider les utilisateurs sur la bonne voie ou du moins expliquer ce qui s'est mal passé.

Voici comment le configurer efficacement sans rester coincé dans le jargon technique.

Comment IIS gère les erreurs par défaut

Hors de la bo?te, IIS a ses propres pages d'erreur génériques pour les codes d'état HTTP communs comme 404 (non trouvé), 500 (erreur du serveur interne) et autres. Celles-ci sont généralement simples et non marquées ou utiles du point de vue de l'utilisateur final.

Par défaut, IIS utilise deux paramètres principaux:

• Detailed errors - utiles pour les développeurs lors du débogage
• Custom errors - ce que les visiteurs voient quand quelque chose ne va pas

La plupart des sites de production devraient passer à des ?erreurs personnalisées? et fournir leurs propres pages de marque.

Configuration des pages d'erreur personnalisées dans web.config

Pour configurer les pages d'erreur personnalisées, vous modifiez généralement le fichier web.config dans le dossier de votre site ou d'application. Cette méthode fonctionne bien pour les applications ASP.NET et les sites statiques hébergés dans IIS.

à l'intérieur <system.webserver></system.webserver> , utilisez la section <httperrors></httperrors> comme ceci:

 <Iconguration>
  <système.webserver>
    <httperrors errormode = "coutust">
      <supprimer statuscode = "404" />
      <error statuscode = "404" path = "/ errors / 404.html" ResponseMode = "executeUrl" />
      <supprimer statuscode = "500" />
      <error statuscode = "500" path = "/ errors / 500.html" ResponseMode = "ExécuteUrl" />
    </ httperrors>
  </System.webserver>
</FIGIGURATION>

Quelques notes ici:

• Assurez-vous que vos fichiers d'erreur personnalisés existent et sont accessibles.
• Utilisez responseMode="ExecuteURL" si vous souhaitez un traitement c?té serveur (comme les pages ASPX).
• Si vous utilisez un HTML statique, c'est bien aussi, assurez-vous que les chemins sont corrects.

Vous pouvez ajouter autant de codes d'état que nécessaire en utilisant le même modèle.

Création de pages d'erreur personnalisées utiles

Le simple fait de remplacer la page ne suffit pas - vous voulez qu'ils soient utiles. Voici ce qu'il faut inclure:

• Un message clair expliquant l'erreur
• Options de navigation ou barre de recherche
• Votre logo ou votre marque
• Facultativement, un lien vers votre page d'accueil ou votre contact de support

Par exemple:

• 404 PAGE : Suggérez des pages ou des catégories populaires, peut-être une zone de recherche
• 500 Page : Excusez-vous et suggérez de réessayer plus tard; Offrir une assistance par e-mail

Assurez-vous également que ces pages renvoient le code d'état HTTP correct. Il est facile de gacher cela si vous redirigez au lieu d'exécuter directement l'URL.

Tester votre configuration

Une fois configuré, testez toujours chaque page d'erreur manuellement pour confirmer:

• La bonne page appara?t
• Le code d'état HTTP correct est renvoyé
• Aucune boucle infinie ne se produit (par exemple, si votre page d'erreur lui-même déclenche une erreur)

Vous pouvez utiliser des outils comme Fiddler, Postman ou même Curl pour vérifier les en-têtes. Ou visitez simplement les mauvaises URL connues pour 404 tests.

Si vous avez affaire à un contenu dynamique ou à des modules comme la réécriture d'URL, vérifiez qu'ils n'interfèrent pas avec la gestion des erreurs.

C'est à peu près tout - ce n'est pas trop complexe mais nécessite une attention aux détails. Avec une petite configuration, votre site a l'air plus professionnel et gère gracieusement les hoquets.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!