- communauté
- Apprendre
- Bibliothèque d'outils
- Loisirs
Maison > Questions et réponses > le corps du texte
Les « Jolis liens » sont un sujet souvent demandé, mais rarement entièrement expliqué. mod_rewrite est une façon de créer de "jolis liens", mais elle est complexe, la syntaxe est très concise, difficile à comprendre et la documentation suppose une certaine familiarité avec HTTP. Quelqu'un peut-il expliquer brièvement comment fonctionnent les « jolis liens » et comment utiliser mod_rewrite pour les créer ?
Autres noms courants, alias, termes pour les URL propres : URL RESTful, URL conviviale, URL conviviale pour le référencement, slugging et URL MVC (peut-être un terme inapproprié)
P粉2760641782023-10-21 11:08:48
Pour développer la réponse de deceze, j'aimerais fournir quelques exemples et une explication de certaines autres fonctionnalités de mod_rewrite.
Tous les exemples ci-dessous supposent que vous êtes déjà connecté .htaccess 文件中包含 RewriteEngine On.
Prenons un exemple :
RewriteRule ^blog/([0-9]+)/([A-Za-z0-9-\+]+)/?$ /blog/index.php?id=&title= [NC,L,QSA]
Cette règle est divisée en 4 parties :
RewriteRule - Commencez à réécrire les règles^blog/([0-9]+)/([A-Za-z0-9-+]+)/?$ - C'est ce qu'on appelle un modèle, mais je l'appellerai simplement le côté gauche de la règle - ce que vous voulez remplacer blog/index.php?id=&title= - appelé substitution, ou le côté droit de la règle de réécriture - ce que vous voulez réécrire [NC,L,QSA] sont des drapeaux pour réécrire les règles, séparés par des virgules, je les expliquerai en détail plus tardLa réécriture ci-dessus vous permettra de créer un lien vers du contenu comme /blog/1/foo/ et elle se chargera réellement /blog/index.php?id=1&title=foo.
^ 表示页面名称的开头 - 因此它将重写 example.com/blog/... 但不会重写 example.com/foo/博客/...^ représente le début du nom de la page - il sera donc réécrit (…)
([0-9]+) - 匹配长度至少为 1 个字符且仅包含数字值（即 0-9）的字符串。这可以通过规则右侧的 - 或 + （注意 + 用反斜杠转义，因为如果不转义它，这将作为 正则表达式重复字符）。这可以通过规则右侧的 sur le côté droit de la règle? 表示前面的字符是可选的，因此在本例中 /blog/1/foo/ 和 /blog/1/foo+< /code> est échappé avec une barre oblique inverse car si vous ne l'échappez pas, cela sera exécuté comme une expression régulière Caractères répétitifs $
et /blog/1/foo code> seront réécrits à la même position < /a>
$ signifie que c'est la fin de la chaîne que nous voulons faire correspondre/blog/1/foo/ 和 /BLOG/1/ foo/
NCL'indicateur 🎜caseless signifie que la règle de réécriture n'est pas sensible à la casse, donc pour l'exemple de règle ci-dessus, cela signifie que 🎜 et 🎜/BLOG/1/foo/ (ou toute variante de celle-ci) seront mis en correspondance. 🎜
L
Le dernier drapeau indique qu'il s'agit de la dernière règle à traiter. Cela signifie que si et seulement si cette règle correspond, aucune autre règle ne sera évaluée lors du traitement de réécriture en cours. Si une règle ne correspond pas, toutes les autres règles seront essayées comme d'habitude. Si vous ne définissez pas l'indicateur L, toutes les règles suivantes s'appliqueront à l'URL réécrite .
END
Depuis Apache 2.4, vous pouvez également utiliser le flag [END]. Les règles correspondant à cela mettront fin [END] 标志。与之匹配的规则将完全终止进一步的别名/重写处理。 （而 [L]complètement
[L] déclenche généralement le deuxième tour, par exemple lors de la réécriture d'un sous-répertoire ou de la réécriture d'un sous-répertoire.)
QSA
/blog/1/foo/?comments=15 这样的内容将加载 /blog/index.php?id=1&title=foo&comments=15L'indicateur d'ajout de chaîne de requête nous permet de transmettre des variables supplémentaires à l'URL spécifiée, qui seront ajoutées aux paramètres d'obtention d'origine. Pour notre exemple, cela signifie quelque chose comme < /p>
R
R=301Ce drapeau n'est pas celui que j'ai utilisé dans l'exemple ci-dessus, mais j'ai pensé qu'il valait la peine d'être mentionné. Cela vous permet de spécifier des redirections http et éventuellement d'inclure un code de statut (par exemple ). Par exemple, si vous souhaitez faire une redirection 301 sur /monblog/ vers /blog/, il vous suffit d'écrire une règle comme celle-ci : RewriteRule ^/myblog/(*.)$ /blog/ [R=301,QSA,L]
Conditions de réécritureRendez les réécritures plus puissantes, vous permettant de spécifier des réécritures pour des situations plus spécifiques. Vous pouvez en savoir plus à ce sujet dans la Documentation
, mais je vais passer en revue quelques exemples courants et les expliquer :
# if the host doesn't start with www. then add it and redirect
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
www. （如果尚不存在）并执行 301 重定向。例如，加载 http://example.com/blog/ 会将您重定向到 http://www.example.com/blog/C'est une pratique très courante et ajoutera devant votre nom de domaine
# if it cant find the image, try find the image on another domain
RewriteCond %{REQUEST_URI} \.(jpg|jpeg|gif|png)$ [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*)$ http://www.example.com/ [L]
Cette situation est légèrement moins courante, mais c'est un bon exemple de la raison pour laquelle la règle ne sera pas exécutée si le nom de fichier est un répertoire ou un fichier qui existe sur le serveur. %{REQUEST_URI} .(jpg|jpeg|gif|png)$ [NC]%{REQUEST_FILENAME} !-f%{REQUEST_FILENAME} !-dP粉0221405762023-10-21 00:43:03
Pour comprendre ce qu'est mod_rewrite, vous devez d'abord comprendre comment fonctionne un serveur Web. Le serveur web répond à la Requête HTTP. Le niveau le plus basique d'une requête HTTP ressemble à ceci :
GET /foo/bar.html HTTP/1.1
Il s'agit d'une simple demande du navigateur au serveur Web pour une URL /foo/bar.html. Il est important de souligner qu’il ne demande pas de fichier, il demande simplement une URL arbitraire. La requête pourrait également ressembler à ceci :
GET /foo/bar?baz=42 HTTP/1.1
Cela fonctionne aussi bien que les requêtes URL et est évidemment indépendant des fichiers.
Un serveur Web est une application qui écoute sur un port, accepte les requêtes HTTP de ce port et renvoie une réponse. Le serveur Web est entièrement libre de répondre à toute demande de la manière qu'il juge appropriée/de répondre de la manière que vous configurez pour répondre. Cette réponse n'est pas un fichier, mais une Réponse HTTP, qui peut ou non avoir quelque chose à voir avec un fichier physique sur le disque. Il n'est pas nécessaire que le serveur Web soit Apache, il existe de nombreux autres serveurs Web, ce sont simplement des programmes qui s'exécutent de manière persistante et sont connectés à un port qui répond aux requêtes HTTP. Vous pouvez en écrire un vous-même. Le but de ce paragraphe est de vous faire dépasser l’idée selon laquelle une URL est directement équivalente à un fichier, ce qui est très important à comprendre. :)
La configuration par défaut de la plupart des serveurs Web consiste à rechercher un fichier sur votre disque dur qui correspond à une URL. Si la racine du document du serveur est définie sur /var/www，它可能会查找文件/var/www/foo/bar. html existe, servez-la si elle existe. Si le fichier se termine par ".php", il appellera l'interpréteur PHP et renverra le résultat. Toutes ces associations sont entièrement configurables ; il n'est pas nécessaire que le fichier se termine par ".php" pour que le serveur Web l'exécute via l'interpréteur PHP, et l'URL n'a pas besoin de correspondre à un fichier spécifique sur le disque pour que quelque chose se produise.
mod_rewrite est une méthode de réécriturede traitement des requêtes internes. Lorsque le serveur Web reçoit une demande pour l'URL /foo/bar, vous pouvez réécrire cette URL en autre chose et le serveur Web recherchera un fichier sur le disque qui lui correspond. Exemple simple :
RewriteEngine On RewriteRule /foo/bar /foo/baz
Cette règle signifie chaque fois qu'une requête correspond à "/foo/bar", réécrivez-la en "/foo/baz". La demande sera ensuite traitée comme /foo/baz<相反，已请求 /code>. Cela peut être utilisé pour divers effets tels que :
RewriteRule (.*) .html
Cette règle correspond à n'importe quoi (.*) 并捕获它 ((..))，然后重写它以附加“.html” ”。换句话说，如果 /foo/bar 是请求的 URL，则将按照 /foo/bar.html.*) et le capture (
est celui demandé. URL, elle sera traitée comme si elle avait été demandée. Voir
http://regular-expressions.info🎜 pour plus de détails sur la correspondance, la capture et le remplacement des expressions régulières. 🎜Une autre règle souvent rencontrée est : 🎜RewriteRule (.*) index.php?url=
Cela correspond à nouveau à n'importe quoi et le réécrit dans le fichier index.php et la requête originale dans url 查询参数中附加最初请求的 URL。即，对于传入的任何和所有请求，都会执行文件index.php，并且该文件将有权访问 $_GET['url'] afin qu'il puisse en faire ce qu'il veut.
Tout d'abord, vous mettez ces règles de réécriture dans votre fichier de configuration de serveur Web. Apache vous permet également* de les mettre dans un fichier appelé .htaccess à la racine du document (c'est-à-dire à côté du fichier .php).
* si cela est autorisé par le fichier de configuration principal d'Apache, il est facultatif mais généralement activé.
mod_rewrite ne rendra pas comme par magie toutes les URL « jolies ». Il s’agit d’une idée fausse courante. Si vous avez ce lien sur votre site web :
mod_rewrite ne peut pas le rendre joli. Afin d'en faire un beau lien vous devez :
Changez le lien en un beau lien :
Utilisez l'une des méthodes ci-dessus pour utiliser mod_rewrite sur le serveur afin de gérer les demandes d'URL /my/pretty/link.
mod_rewrite peut faire beaucoup de choses, vous pouvez créer des règles de correspondance très complexes, notamment enchaîner plusieurs réécritures, transmettre des requêtes par proxy à des services ou des machines complètement différents, renvoyer des codes d'état HTTP spécifiques en tant que réponses, rediriger les requêtes, etc. Il est très puissant et peut être très utile si vous comprenez le mécanisme de base de réponse aux requêtes HTTP. Cela ne rend pas automatiquement vos liens jolis.
Veuillez vous référer à ladocumentation officiellepour tous les drapeaux et options possibles.