I have seen that article, many in fact. Most are from earlier this year, and PHP, MySQL (maybe) and Wordpress have all gone through some updates. Wordpress in particular went through a major update to 2.7, and I suspect that may be the problem. I will install an older release and see if that helps. Thanks again for the tips.

Have you seen this article (http://learn.iis.net/page.aspx/466/enabling-pretty-permalinks-in-wordpress/) about configuring permalinks for Wordpress on IIS7?

cgi.dll File Version: 7.0.6001.22229 Last Modified 7/24/2008 8:18PM

iisfcgi.dll File Version: 7.0.6001.22229 Product Version: 7.0.6001.18000 (This is for IIS I think) Last Modified 7/24/2008 8:19 PM

The Knowledge Base article for this update (http://support.microsoft.com/?kbid=954946) suggests converting the last modified time to UTC. I’m MDT, so it’s -7 from UTC.

Sooooo, it looks like I already have the updated cgi.dll and iisfcgi.dll installed then? I guess my problem is different I guess. I’m using pretty permalinks in Wordpress on IIS7 (runnign on Vista), and I can’t get to any of the permalinks. I get an “address not found” (firefox) and NOT a typical IIS error page. Strange. Thank you for your quick reply though, I shall continue scouring the internets.

I created and placed a ASPX page that sets a Label to Request.ServerVariables(”CACHE_URL”). The value that is set is “http://www.office-monkey.com:80:72.167.131.48/Default.aspx”.

From all of this, it sounds like my assumption that my hosting provider needs to install the FastCGI update — is that correct? (I need a clear statement that I can take to the tech support people. :-))

Thank you!

1. Try to access $_SERVER['HTTP_X_ORIGINAL_URL'] or $_SERVER['HTTP_X_REWRITE_URL']. If one of those is set then they use Microsoft URL rewrite or ISAPI_Rewrite respectively. That would mean that they do not have the FastCGI update installed, but you would be able to work it around in wordpress by doing this:
$_SERVER['REQUEST_URI'] = $_SERVER['HTTP_X_ORIGINAL_URL'];

2. If none of those server vars is set then another thing to try is to print out IIS server variable CACHE_URL. Unfortunately, this variable is not accessable from PHP, so you would need to use ASP or ASPX page to print its value. If this server variable contains the http://www.office-monkey.com/default.aspx, then again it proves that the hosting provider does not have the FastCGI update installed. There is no easy workaround for this though, so you would have to ask the hosting provider to install the update.

For the latter problem: I’ve debugged my wordpress issue, and it’s come down to this:
$_SERVER['REQUEST_URI'] = ‘/office-monkey/index.php’
when it is expected to be
$_SERVER['REQUEST_URI'] = ‘/index.php’

The client URL I start with is ‘http://www.office-monkey.com/index.php’, but since I’m under shared hosting, the file itself actually resides in ‘/office-monkey/index.php’. I believe this would match the poorly documented issue where the REQUEST_URI is set to the POST-rewrite input, rather than the pre-rewrite input, but I can’t find validation, and don’t have access to a standalone IIS server to validate.

Can anyone help?

Today IIS team has made the Go Live release of URL Rewrite Module for IIS 7.0 available for download. This release contains significant functionality and performance improvements and it is believed to have a quality level suitable for production deploy…