Wordpressは、HTACCESSで設定されたGET変数（page_id）をオーバーライドします

私は非常に大規模でWordpressを限界まで押し上げているWordPressサイトを持っています.多数のページ/カテゴリと多数の.htaccessルールを使用して、サイトのさまざまなセクションを整理します(大規模な雑誌用です).

ある特定の問題は本当に私を困惑させています. .htaccessには次のルールがあります...

 RewriteRule ^(cat|tag)/([^\/]+)(/?)$ index.php?page_id=3&s1=$2 [L,QSA]
RewriteRule ^xyz/([^\/]+)(/?)$ index.php?page_id=6&s1=$1 [L,QSA]
 

これで、cat/tagページに指定された引数に末尾のスラッシュがない場合、常に機能します.引数の末尾にスラッシュがあり、および問題のタグが「xyz」ページで機能するWordpress以外のテーブルのエントリと一致する場合、Wordpressは、タグが存在する場合でも、代わりにそのページを読み込みます. .

ルールが常に機能することをテストしましたが、機能します. Wordpressは常に正しい$ _GET ['page']の3とタグスラッグを$ _GET ['s1']として取得していますが、上記が当てはまる場合は別のページを表示することにします.

すべてが.htaccess内で行われ、ワードプレスのパーマリンクは完全にオフになっています. WPフォームが使用するように指示されたpage_idに対して決定するのを止めるにはどうすればよいですか.

I have a wordpress site that is extremely large and pushing Wordpress to its limits. It uses a number of pages/categories and a lot of .htaccess rules to organise the various sections of the site, (it's for a large magazine).

One particular issue is really stumping me. I have the following rules in .htaccess ...

RewriteRule ^(cat|tag)/([^\/]+)(/?)$ index.php?page_id=3&s1=$2 [L,QSA]
RewriteRule ^xyz/([^\/]+)(/?)$ index.php?page_id=6&s1=$1 [L,QSA]

Now, if the argument supplied to the cat/tag page has no trailing slash, it always works. If the argument has a trailing slash, and the tag in question matches the entries in a non-Wordpress table that work with the 'xyz' page, Wordpress loads that page instead, even if the tag is present.

I have tested that the rules always work, and they do. Wordpress is always getting the correct $_GET['page'] of 3 and the tag slug as $_GET['s1'], and yet decides to show a different page altogether if the above is true.

Everything is done within .htaccess, permalinks in wordpress are turned off completely. How can I stop WP form deciding against the page_id it has been told to use.