WordPress is really starting to get on my tits. For the past week and a bit I've been trying to battle a problem whereby WordPress intercepts requests for a URI - say, /music/ - and returns a 404, instead of avoiding it entirely and letting Apache serve the enclosed index.php.
Accessing /forums/ returns /forums/index.php no problem.
I thought the problem might have been caused by the fact that the /music/ URI was used as a stub for a WordPress-created page in the past, even though I'd since deleted it. So I renamed the now real directory to /musiczzz/: no change.
I followed someone's advice to stick the all-encompassing WordPress directives at the end of .htaccess, not the start: no change.
I can't wrap my head around the .htaccess directives, despite the fact they don't deviate from the supposedly docile default, but still they seem to be hijacking Apache to distraction.
I'll upgrade to version 2.1 of WordPress, but I don't think that'll make any difference either.
Aaaargh.
What's in it? (sanitize as necessary)
Is there one in / too? (well, in the docroot of your virtual server)
Does either/any have an Options -Inherit? (IIRC)
Any URL rewriting going on?
Which version of Apache (and any applicable modules) are you running?
Nothing.
Yes, and I think that's the one causing the problem - current code at http://sh.nu/p/8642.
No.
Lots, most of it handled by the default code at the end.
Server: Apache/1.3.37 (Unix) mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b/music/to rewrite tohttp://www.freshair.org.uk/index.php?category_name=music(that direct URL works), and when that rule resulted in a 404 I originally removed that from the regex and tried the real index.php-calling-wp_blog_header() thing instead./music/index.phpworks, but/music/doesn't, even with the new htaccess syntax you provided.You might try simplifying the regexes. You'll notice that the WP ones don't have anchors (^$). You also might be able to turn up the log level and see what they're all being rewritten to, which should help you determine what's going on.
Another suggestion would be to comment out the entire .htaccess, and re-add line-by-line until you figure out what's doing it.
Went into my 404.php file and added the following code:
<!-- <?=$_SERVER['SCRIPT_FILENAME'].' : '.$_SERVER['QUERY_STRING']?> -->When I go to /music/ and see the source code of the 404, this is what it tells me:
<!-- /home/freshair/public_html/index.php : category_name=music -->At least I can comfort myself with the fact that I'm not wrong here. *sigh*