Créer des URL personnalisées dans WordPress: liens permanents, variables de requête et réécritures d’url
L’api de réécriture de WordPress est une fonctionnalité importante que vous n’avez peut – être pas lue beaucoup, mais il ne fait aucun doute que vous l’utilisez et que vous n’en êtes même pas conscient. L’API fournit la possibilité de créer un lien unique (Permalink) pour votre site Web. Dans ce tutoriel, je vais expliquer en profondeur les liens permanents: ce qu’ils sont, pourquoi ils sont permanents, leur structure possible, et comment les réécrire sous une forme que les humains et les machines peuvent comprendre. Je vais également expliquer quelques concepts clés qui sous – tendent permalinks dans WordPress, en commençant par étudier comment ajouter des variables à des URL non optimisées et comment utiliser ces variables et leurs valeurs pour interroger la base de données. Ensuite, nous explorerons la réécriture d’URL et comment construire la meilleure structure pour de beaux liens permanents.
Allons – y! Qu’est – ce qu’un lien permanent? Qu’est – ce que la réécriture d’URL? Une URL est un outil utilisé pour envoyer une requête HTTP Get sur le Web. Plus précisément, la méthode Get envoie une paire clé = valeur dans l’URL pour obtenir une réponse à partir de la ressource spécifiée (lisez plus sur ce sujet dans les écoles w3schools). Obtenez l’URL suivante: http:\/\/esempio.com\/?p=123 Les points d’interrogation divisent cette URL en deux parties. La première partie est le nom de domaine et la seconde partie est la chaîne de requête, qui est un ensemble de variables et de valeurs de requête utilisées pour déterminer la ressource demandée par l’utilisateur. La chaîne de requête identifie la ressource, mais ne nous dit pas son contenu. On peut dire qu’il n’a aucun sens sémantique pour les humains et les machines.
Grâce à l’API de réécriture, nous pouvons convertir des URLs non sémantiques en leurs équivalents sémantiques par une opération de réécriture d’URL. La règle de réécriture Convertit l’URL précédente en la structure suivante: http:\/\/example.com\/category\/post-title\/ Cette structure décrit plus précisément le contenu de la ressource en utilisant la catégorie et le titre du billet dans l’URL
Envoyé à WordPress avec la chaîne de requête.
En plus des variables publiques et privées, WordPress nous permet d’enregistrer des requêtes Vars personnalisées. Dans l’URL, les variables de requête communes sont les clés qui suivent le point d’interrogation (chaîne de requête) et sont visibles lorsque nous n’avons pas activé de beaux liens permanents dans la page paramètres → gestion des liens permanents. L’URL suivante en est un exemple: exemple. Com \/? Author _ name = carodaniele author name est une requête publique var qui indique aux utilisateurs de WordPress de rechercher tous les messages de l’utilisateur de carodaniele. Nous pouvons ajouter de nombreuses variables de requête communes à la chaîne de requête, comme nous l’avons fait dans l’URL suivante:
Exemples Com \/? Author _ name = carodaniele & tag = toolbar maintenant, WordPress va recevoir tous les messages carodaniele et les marquer comme toolbar. On peut faire plus. La chaîne de requête suivante est une combinaison d’un type de message personnalisé et d’une paire de termes de catégorie = nom de catégorie. Exemples Com \/? Post _ type = Food & Food Family = Green contrairement aux variables publiques, les variables de requête privées ne peuvent être utilisées que dans les scripts. Je ne vais donc pas les aborder dans cet article (vous pouvez en savoir plus dans WordPress Codex). Ici, je voudrais simplement souligner que l’URL suivante ne donne pas les résultats escomptés:
Exemples Com \/? Author _ in = 2,4,6 ici author in est une requête privée var et WordPress n’affiche pas les messages de l’auteur spécifié. La plupart du temps, avec des variables de requête communes, nous n’avons pas besoin d’écrire du Code pour traiter les demandes des utilisateurs, nous avons juste besoin de construire la bonne chaîne de requête, le reste est fait par WordPress. Maintenant, jetez un coup d’oeil à la liste des variables publiques suivantes: résumé télécharger eb34d6c85bbf95f31839f7a98c1d0951 nous pouvons récupérer les messages par type, auteur, catégorie, tag, taxonomie, année, mois, jour, etc. Nous avons presque
Valeur ampo personnalisée (chaîne | tableau) – valeur de type de champ personnalisée (chaîne) – afficher le type de champ personnalisé (chaîne) – par exemple, comparer les opérateurs, Nous pouvons définir les paramètres de requête Meta _ suivants: Load content 9e23a51816cc03eba9db89d4a4ee8add \
Actions > aligner en permanence l’installation et définir la structure préférée. Nous pouvons vérifier une option disponible ou définir une structure personnalisée dans laquelle nous pouvons fournir une ou plusieurs balises de structure. Ces balises sont des mots clés que nous pouvons ajouter à un lien permanent pour leur donner un sens particulier. Par exemple,% year% informe l’utilisateur de l’année où le message a été affiché. WordPress propose 10 balises de structure prédéfinies, mais nous pouvons ajouter n’importe quel nombre de balises personnalisées, une pour chaque variable de requête personnalisée. Lorsque cette structure est activée, le nom du billet commence par l’année de publication. C’est – à – dire que notre tâche finale est de documenter une balise de structure personnalisée et de guider WordPress sur la façon de l’utiliser. Ajouter un drapeau override nous avons associé la fonction suivante à l’opération init: charger le contenu 4c4ea491486ebaca8d9502b847549758 ajouter _ Rewrite tag la fonction enregistre un nouveau drapeau structurel. Cette fonction conserve trois paramètres: tagname, regular expression Matching tagname, Optional Query (not set here). WordPress connaît maintenant les marqueurs. Nous avons juste besoin de documenter comment dire à WordPress comment utiliser ses règles de réécriture. Le Code est le suivant: le chargement de la fonction Essential f364d707472739bdf61b9ad7f0d61707 add _ Rewrite Rule () jouera ici un rôle magique: le premier argument est une expression régulière pour la comparaison avec l’URL demandée; Le deuxième paramètre est l’URL à récupérer lorsque l’URL correspond à une expression régulière; E le dernier paramètre est une chaîne dont la valeur peut être \
– Oui. http:\/\/example.com\/?post_type=book&book – Author = Tolkien sera réécrit comme suit: http:\/\/example.com\/book\/book-author\/Tolkien\/ Remarque: lorsque vous ajoutez ou modifiez des balises et des règles de réécriture, sauvegardez toujours les paramètres des liens permanents, même si la structure des liens permanents n’a pas été modifiée, sinon les balises et les règles ne prendront pas effet. Un bon outil de développement pour contrôler les variables de requête est un plug – in gratuit appelé Query Monitor. Le plug – in affiche les règles de réécriture correspondantes et les chaînes de requête, les requêtes var, les requêtes de base de données, les crochets, etc. Ça vaut vraiment la peine d’être vu.