Wordpress überschreibt die in HTACCESS
1 Antworten
- Stimmen
Das URL-Routing von WordPressist sehr schwierig zubearbeiten. Ichfreuemich auf den Tag,an demes durchetwas Rationaleresersetzt wird (undich hoffe,dassich derjenigebin,der den Code schreibt,umihn zuersetzen,aberich schweife ab ...)
Ich denkejedoch,dass Ihrerstes Problem darinbesteht,allesin .htaccess
zutun. Ich habe wahrscheinlichmehr Erfahrungmit URL-Design und URL-Umschreiben alsjeder andere,denich kenne,undich würde wirklichnicht versuchen,WordPressmit .htaccess
zubekämpfen. Sie werden höchstwahrscheinlichnur die Ergebnisseerzielen,die Sie derzeit verrücktmachen. Stattdessen würdeich versuchen,das URL-Routingin WordPress zu verwalten und Hooks zu verwenden,wenn Sieetwas überschreibenmüssen,das WordPress wirklich verrücktmacht.
Damitichjedoch vollständig verstehe,was Sieerreichenmöchten,undeine geeignete Lösung vorschreiben kann,möchteicheine vollständige Karte der URLs auf Ihrer Website und dergewünschten URLs anzeigen.
Schließlich habeicheinige verwandte Fragen und Antworten wie unten verlinkt. Siebeantworten Ihre Fragenicht direkt,geben Ihnenjedochmöglicherweiseeinen Einblick. In der letztengehtes darum,WordPressfür hohen Datenverkehr zu skalieren.
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.
Ich habeeine WordPress-Site,dieextremgroßist und Wordpress an seine Grenzen stößt. Es verwendeteine Reihe von Seiten/Kategorien und viele .htaccess-Regeln,um die verschiedenen Abschnitte der Site zu organisieren (fürein großes Magazin).
Einbesonderes Problemmachtmich wirklichfertig. Ich habe diefolgenden Regelnin .htaccess ...
Wenn das auf der cat/tag-Seite angegebene Argument keinen abschließenden Schrägstrichenthält,funktioniertesimmer. Wenn das Argumenteinen abschließenden Schrägstrichenthält, und dasbetreffende Tagmit den Einträgenin einer Nicht-Wordpress-Tabelle übereinstimmt,diemit der Seite 'xyz'funktionieren,lädt Wordpress diese Seite stattdessen,auch wenn das Tag vorhandenist .
Ich habegetestet,dass die Regelnimmerfunktionieren,und dastun sie auch. Wordpresserhältimmer das richtige $ _GET ['page'] von 3 und den Tag-Slug als $ _GET ['s1'] undbeschließt dennoch,eine andere Seite anzuzeigen,wenn das oben Gesagte zutrifft.
Alles wirdin .htaccesserledigt,Permalinksin WordPress sind vollständig deaktiviert. Wie kannich verhindern,dass sich das WP-Formulargegen diepage_identscheidet,die verwendet werden soll?