Comment réécrire 40​​4 en Golang

Dans Golang, la réécriture de la page d'erreur 404 est une exigence courante, ce qui peut nous aider à fournir des invites d'erreur plus conviviales et personnalisées. Dans cet article, l'éditeur PHP Xigua vous présentera comment réécrire la page 404 en Golang. Nous utiliserons le framework Gin pour créer des applications Web et gérer les erreurs 404 via un middleware personnalisé. Grâce aux conseils de cet article, vous apprendrez à réécrire la page 404 simplement et rapidement pour améliorer l'expérience utilisateur. commençons!

Contenu de la question

J'apprends encore à utiliser Go pour le développement Web, mais lorsque j'essaie de créer un site Web simple, je suis confronté aux difficultés suivantes :

package main

import (
   "fmt"
   "html/template"
   "net/http"
)

func main() {

   fs := http.FileServer(http.Dir(""))

   http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
       tmpl, _ := template.ParseFiles("index.html")
       tmpl.Execute(w, nil)
   })

   /**
   *    This route will return a 404 error
   */
   http.HandleFunc("/test", func(w http.ResponseWriter, r *http.Request) {
       fmt.Fprint(w, "Test page")
   })

   /**
   *    If I replace fs to nil, /test route will be work, but non-existent routes
   *    will be return index.html template (home router) instead 404 error. Why?
   */

   http.ListenAndServe(":80", fs)
}

Il y a un conflit entre

http.FileServer 和 http.HandleFunc.

Par exemple, quand j'écris : http.ListenAndServe(":80", nil) 时，所有路由 (http.HandleFunc) les deux fonctionneront, mais si j'essaie de faire ce qui suit :

http.ListenAndServe(":80", http.FileServer(http.Dir("")))

Aucun itinéraire n'est valable (sauf http.HandleFunc("/")）. Pourquoi ?

Comment remplacer la page d'erreur 404 ? J'aurais aimé que Go ait une méthode comme http.HandleError qui accepte les interfaces http.ResponseWriter et http.Request mais je ne la trouve pas quelque chose de similaire. http.HandleError 这样的方法，它接受 http.ResponseWriter 和 http.Request 的接口，但我找不到类似的东西。

解决方法

检查 http.ListenAndServeSolution de contournement

Consultez la documentation de http.ListenAndServehandler 为 nil，则将使用默认处理程序 http.HandleFunc :

Si

DefaultServeMux 注册了两条路由；调用 http.ListenAndServe(":80", nil) 使用默认处理程序（您添加了路由），因此 /test 可以工作（更多信息如下！）。但是，当您运行 http.ListenAndServe(":80", fs) 时，您将传入一个特定的处理程序 (fs :

Donc dans votre code vous utilisez http.ListenAndServe(":80", nil)) donc toutes les requêtes seront envoyées à ce gestionnaire (il essaiera de servir le fichier à partir du système de fichiers local).

À partir de maintenant, je vais supposer que est utilisé (puisque ajouter des gestionnaires puis ne pas les utiliser n'a pas vraiment de sens). ServeMux mentionné ci-dessus

/test 比 / 长，因此优先）。这意味着对 /test 的请求将触发 fmt.Fprint(w, "测试页") ，其他所有内容将调用加载 index.html 的处理程序。需要注意的是，您尚未添加引用 fsvérifions donc le document :).

• J'espère que cela explique ce qui se passe ; voici quelques questions qui devraient vous aider à obtenir les résultats souhaités :
• Utilisez http.FileServer pour gérer les pages 404 personnalisées
• Utilisez Golang Mux Router et http.FileServer pour obtenir les fichiers racine attendus et 404 personnalisés
• Personnalisé 404 utilisant Gorilla Mux et std http.FileServer
• Golang. Quoi utiliser ? http.ServeFile(..) ou http.FileServer(..) ?

Comment rediriger Golang vers le routage front-end ? 🎜🎜 🎜

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!