I have a client who has many blog customers. Each of these WordPress blogs calls a plugin that provides a product link. The way that link is composed looks like this:

{website}/wp-content/plugins/prodx/product?id=432320

This works fine on all blogs except two. On those two, when you try to call the URL, you get a 404.

So, I disabled all plugins except prodx and reverted the theme to default (Kubrick), thinking perhaps a plugin intercept with add_action() API was doing this, such as intercepting URLs and redirecting them. However, this did not help.

So, I upgraded the WordPress to the latest version. Again, didn't fix.

So, I checked permissions, comparing with a blog that worked just fine. Again, didn't fix.

So I replaced the .htaccess, using one from a working blog. Again, didn't fix.

So I replaced all the files using some from a working blog that was identical to this one, and then restored the wp-config.php file back so that it talked to the right blog database. Again, didn't fix.

Again I checked permissions meticulously, comparing to a perfectly working blog. Again, didn't fix.

So, I created a test.php that looks like so:

<?php

print_r($_GET);
echo "hello world";

I then copied it into another plugin folder and used my browser to get to it -- again, 404. So I copied it into the root of wp-content/plugins and tried to call it there -- again, 404. So I copied it into wp-content -- again, 404. Last, I copied it into the root of the WordPress blog website, and this time, it worked!

Doesn't make sense.

I started to think that perhaps something was going on with /etc/httpd/conf/httpd.conf for this customer, but the only thing I saw different in their for this customer was the IP address was different than the customer's blog that worked. Each customer gets their own IP in this environment my client has built.

My client sysop is baffled too.

What do you think is going on? Is there something wrong in the WP database for this customer? Is there something wrong in httpd.conf?