<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Migrate from Apache to nginx (and keep rewrites intact)</title>
	<atom:link href="http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact/feed/" rel="self" type="application/rss+xml" />
	<link>http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact</link>
	<description>get all his digital goodness 24/7</description>
	<lastBuildDate>Sat, 04 Feb 2012 17:05:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Zach</title>
		<link>http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact/comment-page-1/#comment-2979</link>
		<dc:creator>Zach</dc:creator>
		<pubDate>Thu, 12 Jan 2012 05:43:46 +0000</pubDate>
		<guid isPermaLink="false">http://edwardawebb.com/?p=647#comment-2979</guid>
		<description>Eddie: the try_files directive just gives nginx a fallback in case the request URI is invalid. Basic syntax would be something like this, based on your example: 
try_files $uri $uri/ /index.php?url=$uri&amp;$args;</description>
		<content:encoded><![CDATA[<p>Eddie: the try_files directive just gives nginx a fallback in case the request URI is invalid. Basic syntax would be something like this, based on your example:<br />
try_files $uri $uri/ /index.php?url=$uri&amp;$args;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie</title>
		<link>http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact/comment-page-1/#comment-2799</link>
		<dc:creator>Eddie</dc:creator>
		<pubDate>Sun, 13 Feb 2011 16:22:16 +0000</pubDate>
		<guid isPermaLink="false">http://edwardawebb.com/?p=647#comment-2799</guid>
		<description>@james

Thanks for the info!
I took a look at my config files and should be ok, runninga pretty recent version.

As for simplifying the wordpress script,i would love to hear more, perhaps am example.</description>
		<content:encoded><![CDATA[<p>@james</p>
<p>Thanks for the info!<br />
I took a look at my config files and should be ok, runninga pretty recent version.</p>
<p>As for simplifying the wordpress script,i would love to hear more, perhaps am example.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Nuvat</title>
		<link>http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact/comment-page-1/#comment-2786</link>
		<dc:creator>James Nuvat</dc:creator>
		<pubDate>Mon, 31 Jan 2011 17:41:44 +0000</pubDate>
		<guid isPermaLink="false">http://edwardawebb.com/?p=647#comment-2786</guid>
		<description>Your example can be simplified significantly and it appears you are using old WordPress .htaccess rules.  Use &#039;try_files&#039; wherever possible because &quot;if is evil&quot; under nginx.

Also, be aware that bad configurations in nginx can and likely will introduce security vulnerabilities into your website.  nginx is a proxy server first and a web server second, so it defaults to the assumption that files may not necessarily exist on the host it is running on and a simple regular expression can cause havoc.  An example of this:

http://forum.nginx.org/read.php?2,88845

Took them way too long to come up with a reasonable solution to the problem.  And, if you read through the conversation, people today are still getting bitten by the issue.  As an added bonus, it doesn&#039;t look like there will ever be a solution to the problem because it isn&#039;t fixable and Igor isn&#039;t interested in fixing it.</description>
		<content:encoded><![CDATA[<p>Your example can be simplified significantly and it appears you are using old WordPress .htaccess rules.  Use &#8216;try_files&#8217; wherever possible because &#8220;if is evil&#8221; under nginx.</p>
<p>Also, be aware that bad configurations in nginx can and likely will introduce security vulnerabilities into your website.  nginx is a proxy server first and a web server second, so it defaults to the assumption that files may not necessarily exist on the host it is running on and a simple regular expression can cause havoc.  An example of this:</p>
<p><a href="http://forum.nginx.org/read.php?2,88845" rel="nofollow">http://forum.nginx.org/read.php?2,88845</a></p>
<p>Took them way too long to come up with a reasonable solution to the problem.  And, if you read through the conversation, people today are still getting bitten by the issue.  As an added bonus, it doesn&#8217;t look like there will ever be a solution to the problem because it isn&#8217;t fixable and Igor isn&#8217;t interested in fixing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Running Pligg on Nginx &#8211; Rewrite rules &#124; Edward A. Webb (.com)</title>
		<link>http://edwardawebb.com/site-news/migrate-apache-nginx-rewrites-intact/comment-page-1/#comment-1298</link>
		<dc:creator>Running Pligg on Nginx &#8211; Rewrite rules &#124; Edward A. Webb (.com)</dc:creator>
		<pubDate>Fri, 19 Feb 2010 18:56:05 +0000</pubDate>
		<guid isPermaLink="false">http://edwardawebb.com/?p=647#comment-1298</guid>
		<description>[...] I mentioned in my article &#8220;Migrate form Apache to Nginx and keep rewrite rules intact&#8221;, Nginx is an awesome and lightweight web [...]</description>
		<content:encoded><![CDATA[<p>[...] I mentioned in my article &#8220;Migrate form Apache to Nginx and keep rewrite rules intact&#8221;, Nginx is an awesome and lightweight web [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

