Wordpress remplace les variables GET, (page_id) définies dans HTACCESS
1 réponses
- votes
Le routage d'URL de WordPressest vraiment difficile à utiliser. J'attends avecimpatience lejour oùil sera remplacépar quelque chose deplus rationnel (etj'espère queje serai celui qui écrira le codepour le remplacer,maisje m'éloigne du sujet ...)
Cependant,je pense que votrepremierproblèmeest d'essayer detoutfaire dans .htaccess
. J'aiprobablementplus d'expérience avec la conception d'URLet la réécriture d'URL que quiconque queje connaiset jen'essaierais vraimentpas de combattre WordPress avec .htaccess
; vousn'obtiendrezprobablement que legenre de résultats qui vous rendent actuellementfou. Au lieu de cela,j'essaierais degérer le routage des URL àpartir de WordPresset d'utiliser des crochets lorsque vous devez remplacer quelque chose que WordPressfait vraimentmal.
Cependant,pour queje comprenneparfaitement ce que vousessayez d'accompliret queje vouspropose une solution appropriée,je voudrais voir une carte complète des URL que vous avez sur votre siteet celles que vous voulez.
Enfin,j'ai lié quelques questionset réponses connexes ci-dessous. Ilsne répondentpas directement à votre question,maisilspourraient vous donner un aperçuet le dernier concerne lamise à l'échelle de WordPresspour untrafic élevé.
WordPress' URL routing is really difficult to work with. I'm looking forward to the day it's replaced with something more rational (and I hope that I get to be the one to write the code to replace it, but I digress...)
However I think your first problem is trying to do everything in .htaccess
. I've probably got more experience with URL design and URL rewriting than anyone else I know and I really wouldn't try to fight WordPress with .htaccess
; you are most likely only going to get the kind of results that are currently driving you crazy. Instead I'd try to manage URL routing from within WordPress and using hooks for when you need to override something WordPress is doing really screwy.
However, for me to fully understand what you are trying to accomplish and prescribe a proper solution I'd want to see a full map of URLs you have on your site and those that you want.
Finally I've linked some related Q&As below. They are not directly answering your question but they might give you some insight and the last one is about scaling WordPress for high traffic.
J'ai un site wordpressextrêmement volumineux quipousse Wordpress à ses limites. Il utilise un certainnombre depages/catégorieset denombreuses règles .htaccesspour organiser les différentes sections du site,(c'estpour ungrandmagazine).
Unproblèmeparticulierme surprend vraiment. J'ai les règles suivantes dans .htaccess ...
Maintenant,si l'argumentfourni à lapage cat/tagn'apas debarre oblique à lafin,celafonctionnetoujours. Si l'argument a unebarre oblique à lafin,et labaliseen question correspond auxentrées d'untableaunon Wordpress quifonctionnent avec lapage 'xyz',Wordpress charge cettepage à laplace,même si labaliseestprésente .
J'aitesté que les règlesfonctionnenttoujours,et c'est le cas. Wordpress obtienttoujours labonne $ _GET ['page'] sur 3et le slug debalise comme $ _GET ['s1'],et décidepourtant d'afficher unepage complètement différente si ce quiprécèdeest vrai.
Toutestfait dans .htaccess,lespermaliens dans wordpress sont complètement désactivés. Commentpuis-jeempêcher leformulaire WP de décider de lapage_id qu'il a étéinvité à utiliser.