Comment masquer .php dans l'URL

Comment masquer ".php" dans l'URL : recherchez et ouvrez d'abord le fichier de configuration "nginx.conf" puis ajoutez le contenu "location/{ttry_files $uri $uri/ $uri.php$is_args $args; }"; Enregistrez enfin les modifications.

Recommandé : "Vidéo PHP Tutoriel 》

De nombreuses personnes aiment désormais utiliser nginx comme serveur Web pour déployer des sites Web. Nginx est également très pratique à configurer. Si votre site Web est développé en langage PHP, laissez-nous vous apprendre une astuce simple ci-dessous. Masquez rapidement le suffixe php de la page Web et implémentez une jolie URL.

Facile à faire en utilisant la directive try_files de nginx.

Ajoutez une phrase de configuration dans votre fichier de configuration nginx (nginx.conf) :

location / {ttry_files $uri $uri/ $uri.php$is_args$args;}

pour masquer le nom de suffixe .php de la page Web.

try_files est une instruction dans nginx, quelque peu similaire à la réécriture, qui est utilisée pour essayer de trouver le fichier ou le répertoire avec le chemin spécifié après l'instruction et de le renvoyer.

$uri représente le chemin URI de la requête en cours, qui est le chemin derrière le nom de domaine URL, sans paramètres.

$ is_args signifie que s'il y a des paramètres dans l'URL demandée, $is_args représente "?". S'il n'y a aucun paramètre dans l'URL demandée, une chaîne vide sera renvoyée pour le passage des paramètres.

$args représente les paramètres complets dans l'URL de la requête.

Ce qui suit est une explication de la façon dont le serveur nginx le gère en fonction de l'exemple :

Cas 1 :

Supposons que l'URL visitée par l'utilisateur est : yuanhuaixuetang .com/about

Le processus d'analyse de nginx est le suivant :

L'URL ne transmet pas de paramètres, $uri est /à propos,$ is_args est vide, $args est également vide

le serveur nginx essaiera d'abord de trouver le fichier à propos (par rapport au répertoire racine du site Web), et s'il existe , renvoyez le fichier
Si le fichier about n'existe pas, essayez ensuite de trouver le répertoire about/ (par rapport au répertoire racine du site Web) et renvoyez-le s'il existe.
Si le répertoire about/ n'existe pas, essayez de trouver le fichier about.php (par rapport au répertoire racine du site Web). S'il existe, renvoyez le fichier et apportez les paramètres de requête suivants en fonction des informations de la requête. Par exemple, about est en fait renvoyé. .php, car la requête d'origine ne prend pas de paramètres, donc le retour réel ne prend pas de paramètres.
Si aucun des éléments ci-dessus n'est trouvé, vous pouvez renvoyer le message d'erreur correspondant selon la configuration dans nginx.
Scénario 2 :

Supposons que l'URL visitée par l'utilisateur soit : yuanhuaixuetang.com/about?id=12

Le processus d'analyse de ginx est le suivant :

L'URL a passé des paramètres, $uri est/à propos de,$is_args est "?", $args est id=12

Le processus d'analyse est comme ci-dessus, sans entrer dans les détails, ce qui est effectivement renvoyé à l'utilisateur dans cette situation est : le nom de domaine accédé + l'URL about.php?id=12.

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!