<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.iis.net/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Ruslan&amp;#39;s Blog</title><subtitle type="html" /><id>http://blogs.iis.net/ruslany/atom.aspx</id><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.iis.net/ruslany/atom.aspx" /><generator uri="http://communityserver.org" version="3.0.20510.895">Community Server</generator><updated>2008-07-11T01:29:11Z</updated><entry><title>URL Rewrite Module - Release to Web</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/11/10/url-rewrite-module-release-to-web.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/11/10/url-rewrite-module-release-to-web.aspx</id><published>2008-11-10T22:32:11Z</published><updated>2008-11-10T22:32:11Z</updated><content type="html">Today IIS team has made the URL Rewrite Module for IIS 7.0 Release To Web (RTW) available for download. This is a final, production-ready release that is officially supported by Microsoft. Install the URL Rewrite Module for IIS 7.0 RTW today! Microsoft URL Rewrite Module for IIS 7.0 RTW (x86) Microsoft URL Rewrite Module for IIS 7.0 RTW (x64) Upgrade from Go Live release If you already have Go Live release of URL Rewrite module installed then the installation package will upgrade it to RTW release...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/11/10/url-rewrite-module-release-to-web.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2736677" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS News Item" scheme="http://blogs.iis.net/ruslany/archive/tags/IIS+News+Item/default.aspx" /><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /></entry><entry><title>Major revision of FastCGI/PHP article on IIS.NET</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/10/31/major-revision-of-fastcgi-php-article-on-iis-net.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/10/31/major-revision-of-fastcgi-php-article-on-iis-net.aspx</id><published>2008-10-31T21:27:05Z</published><updated>2008-10-31T21:27:05Z</updated><content type="html">Since the time we have published the article about installing FastCGI and PHP on IIS 7.0 it has become one of the most popular articles on http://learn.iis.net . Also it has received a lot of comments from site visitors. Today, we are publishing the updated version of this article that contains more up-to-date information and addresses most of the feedback from community. Here is what this article includes now: Overview Enabling FastCGI support in IIS 7.0 Windows Server 2008 Windows Vista SP1 Update...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/10/31/major-revision-of-fastcgi-php-article-on-iis-net.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2717940" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="PHP" scheme="http://blogs.iis.net/ruslany/archive/tags/PHP/default.aspx" /><category term="FastCGI" scheme="http://blogs.iis.net/ruslany/archive/tags/FastCGI/default.aspx" /></entry><entry><title>Debug and troubleshoot rewrite rules easily</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/10/30/debug-and-troubleshoot-rewrite-rules-easily.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/10/30/debug-and-troubleshoot-rewrite-rules-easily.aspx</id><published>2008-10-30T05:13:28Z</published><updated>2008-10-30T05:13:28Z</updated><content type="html">One of the very cool features of URL Rewrite Module is its integration with IIS Failed Request Tracing . When you have rewrite rules that do not work the way you expect them to work - enable Failed Request Tracing and you will get the entire history of how rewrite rules were applied on the requested URL. I use Failed Request Tracing all the time and it has proven to be a great help when debugging and troubleshooting rewrite rules. When you enable Failed Request Tracing and make an HTTP request that...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/10/30/debug-and-troubleshoot-rewrite-rules-easily.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2713746" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /><category term="Tracing" scheme="http://blogs.iis.net/ruslany/archive/tags/Tracing/default.aspx" /></entry><entry><title>ASP.NET postbacks and URL rewriting</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/10/23/asp-net-postbacks-and-url-rewriting.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/10/23/asp-net-postbacks-and-url-rewriting.aspx</id><published>2008-10-23T05:04:11Z</published><updated>2008-10-23T05:04:11Z</updated><content type="html">ASP.NET Web Forms extensively use postback mechanism in order to maintain the state of the server-side controls on the web page. This makes it somewhat tricky to perform URL rewriting for ASP.NET pages. When a server side form control is added to the web page, ASP.NET will render the response with HTML &amp;lt;form&amp;gt; tag that contains an action attribute pointing back to the page where the form control is. This means that if URL rewriting was used for that page, the action attribute will point back...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/10/23/asp-net-postbacks-and-url-rewriting.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2701108" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="Other" scheme="http://blogs.iis.net/ruslany/archive/tags/Other/default.aspx" /><category term="ASPNET" scheme="http://blogs.iis.net/ruslany/archive/tags/ASPNET/default.aspx" /></entry><entry><title>Wildcard script mapping and IIS 7 integrated pipeline</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/09/30/wildcard-script-mapping-and-iis-7-integrated-pipeline.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/09/30/wildcard-script-mapping-and-iis-7-integrated-pipeline.aspx</id><published>2008-10-01T03:30:18Z</published><updated>2008-10-01T03:30:18Z</updated><content type="html">The big benefit of IIS 7 integrated request processing pipeline is the fact that all the nice and useful ASP.NET features can be used for any type of content on your web site; not just for ASP.NET-specific content. For example, ASP.NET SQL-based membership can be used to protect static files and folders. Also, ASP.NET extensibility API&amp;#8217;s, such as IHttpHandler and IHttpModule can be used to add custom modules and handlers that would be executed even for non-ASP.NET content. IIS 6 did not have...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/09/30/wildcard-script-mapping-and-iis-7-integrated-pipeline.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2655904" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="Other" scheme="http://blogs.iis.net/ruslany/archive/tags/Other/default.aspx" /><category term="ASPNET" scheme="http://blogs.iis.net/ruslany/archive/tags/ASPNET/default.aspx" /></entry><entry><title>Video walkthrough for URL Rewrite Module</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/09/19/video-walkthrough-for-url-rewrite-module.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/09/19/video-walkthrough-for-url-rewrite-module.aspx</id><published>2008-09-19T21:14:40Z</published><updated>2008-09-19T21:14:40Z</updated><content type="html">Last week I have recorded a video screencast that shows how to use URL Rewrite Module for IIS 7.0 to perform some common URL manipulations tasks. Today this video has been published on IIS.NET - check it out at this location . The video demonstrates how to create rewrite rules to perform the following tasks: Enabling user friendly and search engine friendly URLs for dynamic web pages; Enforcing canonical host names, so that site visitors as well as search engines always use a particular domain name...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/09/19/video-walkthrough-for-url-rewrite-module.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2633789" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="Uncategorized" scheme="http://blogs.iis.net/ruslany/archive/tags/Uncategorized/default.aspx" /></entry><entry><title>URL Rewrite Module - Go Live release</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/09/11/url-rewrite-module-go-live-release.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/09/11/url-rewrite-module-go-live-release.aspx</id><published>2008-09-11T17:27:15Z</published><updated>2008-09-11T17:27:15Z</updated><content type="html">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 deployments. Download the Go Live release of the module today! Microsoft URL Rewrite Module for IIS 7.0 Go Live (x86) Microsoft URL Rewrite Module for IIS 7.0 Go Live (x64) Note that the installer for URL Rewrite Module includes the FastCGI update for IIS...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/09/11/url-rewrite-module-go-live-release.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2615989" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS News Item" scheme="http://blogs.iis.net/ruslany/archive/tags/IIS+News+Item/default.aspx" /><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /></entry><entry><title>ASP.NET Routing, Request Filtering, URL Rewriting</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/09/04/asp-net-routing-request-filtering-url-rewriting.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/09/04/asp-net-routing-request-filtering-url-rewriting.aspx</id><published>2008-09-04T18:28:30Z</published><updated>2008-09-04T18:28:30Z</updated><content type="html">Today I have published two new articles on http://learn.iis.net . The articles are intended to explain the differences between various URL manipulation technologies available in IIS 7.0 and to provide help with choosing of the technology best suited for a particular usage scenario. Here is the short summary of the articles: IIS 7.0 URL Rewriting and ASP.NET Routing - with the release of URL-rewrite module for IIS 7.0 and the inclusion of ASP.NET routing into the .NET Framework 3.5 SP1, there have...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/09/04/asp-net-routing-request-filtering-url-rewriting.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611006" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /></entry><entry><title>Update for IIS 7.0 FastCGI module</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/08/27/update-for-iis-7-0-fastcgi-module.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/08/27/update-for-iis-7-0-fastcgi-module.aspx</id><published>2008-08-27T02:10:00Z</published><updated>2008-08-27T02:10:00Z</updated><content type="html">IIS team has recently released an update for IIS 7.0 FastCGI module that fixes compatibility problems with several popular PHP applications. In particular, the update changes the behavior of FastCGI module in the following ways: REQUEST_URI server variable set by FastCGI module now includes query string and path info. Previously, lack of the query string in this server variable caused the popular CMS application Drupal to not work with FastCGI on IIS 7.0 REQUEST_URI server variable now contains the...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/08/27/update-for-iis-7-0-fastcgi-module.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611007" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="PHP" scheme="http://blogs.iis.net/ruslany/archive/tags/PHP/default.aspx" /><category term="FastCGI" scheme="http://blogs.iis.net/ruslany/archive/tags/FastCGI/default.aspx" /><category term="Wordpress" scheme="http://blogs.iis.net/ruslany/archive/tags/Wordpress/default.aspx" /><category term="Drupal" scheme="http://blogs.iis.net/ruslany/archive/tags/Drupal/default.aspx" /><category term="IIS News Item" scheme="http://blogs.iis.net/ruslany/archive/tags/IIS+News+Item/default.aspx" /></entry><entry><title>Ruby on Rails in IIS 7.0 with URL Rewriter</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/08/07/ruby-on-rails-in-iis-7-0-with-url-rewriter.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/08/07/ruby-on-rails-in-iis-7-0-with-url-rewriter.aspx</id><published>2008-08-07T17:57:15Z</published><updated>2008-08-07T17:57:15Z</updated><content type="html">If you ever tried to set up Ruby on Rails (RoR) on IIS 7.0 with FastCGI you have probably noticed that the process is not very straightforward. There are a few workarounds that need to be applied in order for RoR to function correctly. In particular, handling of static files in your web application can be tricky on IIS 7.0. The problem is that RoR uses clean URL&amp;#8217;s that look similar to this: http://mysite.com/home/about . In order for RoR to be invoked for this kind of URL&amp;#8217;s it is necessary...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/08/07/ruby-on-rails-in-iis-7-0-with-url-rewriter.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611008" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FastCGI" scheme="http://blogs.iis.net/ruslany/archive/tags/FastCGI/default.aspx" /><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /><category term="RubyOnRails" scheme="http://blogs.iis.net/ruslany/archive/tags/RubyOnRails/default.aspx" /></entry><entry><title>Scripting URL rewrite module configuration</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/07/28/scripting-url-rewrite-module-configuration.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/07/28/scripting-url-rewrite-module-configuration.aspx</id><published>2008-07-28T04:18:21Z</published><updated>2008-07-28T04:18:21Z</updated><content type="html">URL rewrite module fully utilizes extensibility of IIS 7.0 configuration system. The rewrite rules are stored in applicationHost.config and web.config files in XML format. This provides a huge benefit of being able to use rich set of IIS 7.0 management tools and API&amp;#8217;s for managing and scripting URL rewriter configuration. For example, you can automate any configuration task, including creating, editing and deleting of rewrite rules, by: writing .NET code that uses Microsoft.Web.Administration...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/07/28/scripting-url-rewrite-module-configuration.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611009" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /></entry><entry><title>IIS.NET uses URL rewrite module</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/07/18/iis-net-uses-url-rewrite-module.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/07/18/iis-net-uses-url-rewrite-module.aspx</id><published>2008-07-18T18:46:54Z</published><updated>2008-07-18T18:46:54Z</updated><content type="html">IIS.NET team has been very proactive in helping us out with testing of URL rewrite module . In fact, they even agreed to deploy the latest build of the module on the production server that hosts http://www.iis.net . This kind of real-life deployments really helps us validate the features and functionality of the module. And being able to do this validation so early in release cycle gives us a good opportunity to adjust the feature set, re-consider some of the design decisions, or just find some very...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/07/18/iis-net-uses-url-rewrite-module.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611010" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="URLRewrite" scheme="http://blogs.iis.net/ruslany/archive/tags/URLRewrite/default.aspx" /></entry><entry><title>Per-site PHP configuration with IIS FastCGI</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/07/12/per-site-php-configuration-with-iis-fastcgi.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/07/12/per-site-php-configuration-with-iis-fastcgi.aspx</id><published>2008-07-12T08:03:32Z</published><updated>2008-07-12T08:03:32Z</updated><content type="html">There have been a few questions on IIS.NET PHP forum regarding enabling per-site PHP configuration. This is a common requirement when running PHP applications in shared hosting environment, because each PHP application may require a different set of PHP settings. Shared hosting providers often want to provide their customers with an option of controlling PHP configuration if necessary. Until recently, it was thought that per-site PHP configuration was only possible when running PHP on Apache in ...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/07/12/per-site-php-configuration-with-iis-fastcgi.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611003" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="PHP" scheme="http://blogs.iis.net/ruslany/archive/tags/PHP/default.aspx" /><category term="FastCGI" scheme="http://blogs.iis.net/ruslany/archive/tags/FastCGI/default.aspx" /></entry><entry><title>Introduction</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/ruslany/archive/2008/07/11/introduction.aspx" /><id>http://blogs.iis.net/ruslany/archive/2008/07/11/introduction.aspx</id><published>2008-07-11T05:29:11Z</published><updated>2008-07-11T05:29:11Z</updated><content type="html">My name is Ruslan Yakushev. I am a program manager on IIS team, working on some of the very interesting projects that are being developed in the team right now. I have joined the team about a year ago, and was thinking about starting a blog for a while now. The primary work responsibilities kept me busy, so I have been postponing blog idea for a while. Every time I needed to make an announcement or an update on IIS community site, I asked some of my colleagues on the team to blog my content. Finally...(&lt;a href="http://blogs.iis.net/ruslany/archive/2008/07/11/introduction.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2611002" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="Other" scheme="http://blogs.iis.net/ruslany/archive/tags/Other/default.aspx" /></entry></feed>