homepage Welcome to WebmasterWorld Guest from 50.17.107.233
register, free tools, login, search, subscribe, help, library, announcements, recent posts, open posts,
Subscribe to WebmasterWorld

Visit PubCon.com
Home / Forums Index / Marketing and Biz Dev / Cloaking
Forum Library, Charter, Moderator: open

Cloaking Forum

    
404 Redirects vs. IIS Rewrite - attempt 2
404 Redirects vs. IIS Rewrite - attempt 2
moperyman




msg:675288
 2:30 pm on Dec 16, 2004 (gmt 0)

Excuse the cross post (Website technology issues), but no answers for a week and I really need some perspective on this.

Thanks all,
Angel
-----------------------------------------------------

Greetings fellow Webmasters.
I am currently exploring the VALUE of IIS Rewrite (or similar) verses 404 error management in an ISP/ASP based solution. We have VERY successfully implemented IIS Rewrite to create an organic SEM solution for our dynamic eCommerce sites (about 20+)...and are now looking to address some ugly URL issues.

Specifically, we are looking at allowing clients to create friendly URLs (www.client.com/productname) instead of (www.client.com/directory/product.asp?product=sku?prmotiontracking=ID). The question…what is the merit(s) of using IIS Rewrite vs. 404 error handling/redirects?

 

Dreamquick




msg:675289
 2:58 pm on Dec 16, 2004 (gmt 0)

Systems using 404's are cheap, fairly easy to setup and will work anywhere - they can be made to create redirects and "transparent" rewrites if you know what you're doing.

The downside is that they are at best a messy solution, especially when trying to integrate them with an existing site which wasn't designed to be funnelled through a 404 script. Plus sometimes the the "rewrites" don't work quite as well as you'd like unless you have full access to the IIS settings.

On the other hand IIS Rewrite gives you a more professional way to approach your rewrites which (as far as I'm aware) doesn't interfere with any of the code on the target site. Plus since it's a commercial product I presume you can also get support if it doesn't quite work as planned.

The downsides include the fact that it costs money, and that you need to install the component on the server, but ultimately if your site could benefit from some decent rewrites it's money well spent.

- Tony

moperyman




msg:675290
 6:19 pm on Dec 16, 2004 (gmt 0)

Tony,

We've already implemented IIS re-write across our servers. The cost issues is mitigated. I'm more concerned with the viability to the solution in a hosted, mulit-client per server environement. the goal is to allow our client to create their own "re-direct rules" through an easy to use GUI...

My developers are convinced that the use of 404 as a vessle for URL redirects is the most efficient way to go.

On the otherhand, I know that IIS Re-write was created for that specific purpose...that it runs in memory (fast)...and that it provides more flexibility.

I guess what I'm looking for as someone to articulate WHY 404 is better than IIS Re-Write...or is it?

RossWal




msg:675291
 12:37 am on Dec 17, 2004 (gmt 0)

Mopery,
I hate to recomend another repost, but the folks in the Microsoft Tech forum will be up to speed on these issues.

Ross

pageoneresults




msg:675292
 12:39 am on Dec 17, 2004 (gmt 0)

Stay away from the 404 method and use a proper clean 301 redirect. With ISAPI_Rewrite, you can drop an httpd file in the root of each web on the server where you maintain the ISAPI License.

As mentioned above, the 404 method is a cheap solution and one that usually causes more problems than it is worth.

P.S. Unless your clients are familiar with writing regular expressions, you don't want them doing anything that has to do with redirects. Nada! Zilch! No can do!

Global Options:
 top home search open messages active posts  
 

Home / Forums Index / Marketing and Biz Dev / Cloaking
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About
© Webmaster World 1996-2014 all rights reserved