Scott Hanselman's Computer Zen - Is it case-senstive? No seriously, check and check again. Are URLs Case Sensitive?

First time here? Check out the site's "greatest hits" or read a post from the archives. Feel free to leave a comment or ask a question, and consider subscribing to the latest posts via RSS or e-mail. Thanks for visiting!

« The Woe: The ASP.NET Designer has screwe... | Main | Don't underestimate the power of ToStrin... »

Is it case-senstive? No seriously, check and check again. Are URLs Case Sensitive?

Posted in DasBlog | XML | Bugs

I spend an hour today debugging a possible problem only to notice that "SignOn" != "Signon"

If I had a nickel for everytime Case-Sensitivity or Case-Insensitivity bit me, I'd have like seven or eight bucks. Seriously.

Moral: Know if whatever you're working on cares about Case, and if it does, make a Post-It to remind you and stick it to your monitor.

Oops, there's another 5 cents. Omar says FlexWiki uses Case-Sensitive Urls so http://wiki.shahine.com/default.aspx/DasBlog.VersionHistory != http://wiki.shahine.com/default.aspx/dasblog.versionhistory

This page says URLs are Case Sensitive if the Web Server exposes the underlying sensitivity of the OS and File System. This guy says yes, also but reminds us that the base domain ISN'T Case Sensitive (DNS doesn't care).

Of course, it gets even more fun when you remember that XHTML is Case-Sensitive (because XML is) while HTML 4.01 isn't. This sensitivity is exposed in the DOM for both.

Sigh. - sCotT hanSELMan

Posted at 2005-01-18 05:09 PM by Scott
Comments [4]
Permalink

Tracked by:
"Case sensitivity in Xceed Zip for .NET" (Martin Plante) [Trackback]

Tuesday, January 18, 2005 6:21:37 PM (Pacific Standard Time, UTC-08:00)

We VB guys please innocent to this mess. It's those guys with the Unix/C/C++/Java/C# background that put case-sensitivity into all those places. (Tell me again why you want your application programming language to be case sensitive?)

Well, at least sanity reigned long enough to keep interfaces in the CLR case insensitive.

Billy

Billy Hollis

Tuesday, January 18, 2005 9:06:29 PM (Pacific Standard Time, UTC-08:00)

I realize that as a guy who's obviously not smart enough to code in C-style languages (well, maybe javascript), I'm not qualified to comment on this issue, but although I've asked a number of people who *are* smart enough to be C jockeys, I have yet to hear of a cogent explanation as to why case sensitivity is useful. I mean, sure, you can distinguish your mungeString() routine from that other MungeString() routine, and obviously your foo variable is quite different from your Foo variable. But that mostly sounds like bug farming to me. So, question: does case sensitivity result in more bugs and debugging time or less? Compared to, say, VB's case tolerance. (And I know that someone will -- because I've already seen this -- write something like "wHaT iF reGUlar SpeLLing waS casEInsenSitiVe?" and my comment is that that's different, bucko, because "Mike" and "mike" are not *completely different* entities, as are, say, "Mike" and "scott.")

mike

Wednesday, January 19, 2005 3:52:20 PM (Pacific Standard Time, UTC-08:00)

I'm glad to see at least one developer speaking out on this issue rather than silently accepting the status quo. Case sensitivity is just wrong. Why keep perpetuating the mistakes of K&R?

Jeff Atwood

Tuesday, January 25, 2005 6:07:57 PM (Pacific Standard Time, UTC-08:00)

Personally, I very much like and want case sensitivity. I equate it much to writing a document, a white paper or thesis. When writing, how you spell something and when you capitalize implies meaning. The same can be said for a coding standard. Camelcase for your variables. Proper case for your Properties...ad nauseum. It's a royal pain with vb that you cannot declare a variable such as streetName and then have a property called StreetName. Per the issue you described above (signOn!=signon)...a consistent use of constants and/or enumerated values can negate many/most of these problems.

My opinion anyway.
-Mathew Nolton