J'ai lu la discussion sur les performances de différents permaliens sur la liste de diffusion des pirates wp, CE forum et autour de Google.
Je ne pourrais cependant pas vraiment déduire si la structure de permalien que j'utilise depuis les dernières années est bonne ou non:
/%postname%-%year%%monthnum%%day%.html
Cette combinaison place le nom de poste directement après le / et la combinaison année, mois, jour le rend plus unique car de nombreux noms de poste portent le même nom. L'ajout html est quelque chose que j'utilise depuis 10 ans sur mon blog (même pré wordpress), c'est donc un héritage.
Je ne sais pas si c'est bon pour la permance ou mauvais pour les performances, comment puis-je vérifier cela?
(J'exécute le blog depuis +10 ans et il y a environ 10 000 messages avec de nombreux liens)
liens:
la source
Je m'oppose à la réponse acceptée. La complexité des règles de réécriture n'est en aucun cas une mesure des performances de la recherche d'article.
En particulier, il semble que démarrer vos permaliens avec des noms de poste soit mauvais; voir http://codex.wordpress.org/Using_Permalinks#Structure_Tags
Sans avoir examiné le code Wordpress, je peux imaginer qu'ils indexent en quelque sorte les publications de manière hiérarchique. Par conséquent, les variables utilisées dans les permaliens doivent être classées de gauche à droite de la variable la plus générale à la plus spécifique post utilisée. Cette heuristique favorise fortement les normes année / mois / nom ou catégorie / nom.
la source
category/name
est en fait connu et confirmé comme provoquant des problèmes de performances si une grande quantité de pages est présente. Ce n'est pas autant lié à la vitesse de recherche qu'à la déduction de l'objet correct à servir et la complexité des règles de réécriture est tout à fait pertinente.(wp-include/rewrite.php
etwp-include/query.php
); bien que cela semble vraiment horrible et inutilement compliqué, il semble que les pièces soient collectées et identifiées, puis directement insérées dans les requêtes SQL. Je ne vois toujours pas pourquoi cela devrait prendre plus de temps pour différentes commandes. Mais lorsque la requête db est exécutée, plusieurs jointures doivent être effectuées et ici l' ordre importe vraiment. Je semble me souvenir que MySQL est particulièrement mauvais pour optimiser l'ordre de jointure./page/
et chaque URL de publication avec/post/
, supprimant ainsi toute ambiguïté. Vous devriez pouvoir le faire vous-même, en ajoutant le texte fixe à votre structure de permalien. Ce serait probablement une bonne décision, de toute façon; que se passe-t-il si j'ai une BARRE de publication dans la catégorie FOO et une BARRE de page qui est une sous-page de FOO? Les deux seraient traités en/foo/bar/
supposant le schéma% category% /% postname%. Ou les limaces sont-elles uniques au monde?Juste pour le contrôle qualité du workflow:
La réponse est: NON, ce n'est pas une bonne structure de permalien concernant les performances.
la source