Andy Edinborough

WARNING: Reading this blog may be hazardous to non-nerds ... and maybe them too

Mosso's URL Rewriting Rules Are Wrong!

Posted on June 1, 2009 in Tech Watch    Tagged Mosso IIS ASP.NET PHP Apache Tweet This

Mosso has been in the game of hosting for quite a while now and have become quite popular.  I was amazed to learn when we began migrating one of our projects to them that their URL rewritting rules are incorrect.

In case you didn't know, Mosso provides a platform that supports both ASP.NET and PHP.  ASP.NET requests are sent to an IIS server, and PHP requests are sent to a Linux Apache server--cool idea.  Obviously you have to select a default technology to handle your own URL rewriting scheme, so that pages that don't exist are sent to the proper server. So, ...

     /this-does-not-exist/      --> Your Default Technology
     /this-does-not-exist.aspx  --> Windows IIS / ASP.NET
     /this-does-not-exist.php   --> Linux Apache / PHP

They handle query-strings properly so ...

     /this-does-not-exist.aspx?p=test.php   --> Windows IIS / ASP.NET
     /this-does-not-exist.php?p=test.aspx   --> Linux Apache / PHP

The rub comes in with the way they handle path parameters.  As the webserver is determining which handler should be assigned to a request, both IIS and Apache will look for scripts that match a requested filename, so /Default.aspx/Test/ is handled by Default.aspx.  Unfortunately, Mosso has not allowed for this.

In our case, we have a .NET site (http://namechk.com), with (at the time) a PHP (Wordpress) powered blog.  No problem anywhere else, /blog/index.php/2009/05/Some-New-Post/ is sent to /blog/index.php just fine.  But Mosse ignores index.php and the request is sent to IIS which has no idea what to do with it, and I get a lovely 404 screen.

I spoke with Mosso's usualy very friendly and helpful tech. support about the issue.  Their suggestion?  "Switch to PHP."  Seriously?  How about I stick to .NET and you fix your URL rewriting rules!

← Microsoft Releases Bing without a "Search Provider"? RE: Microsoft may be Firefox's worst vulnerability →  

© 2012 Andy Edinborough. All your rights are belong to me.