Just to point out something that hasn't been mentioned as far as I can
see -- of course, you can map file types to extensions on a webserver
however you like. You could set .JPG to serve as HTML if you wanted. The
original creators of Blogger, Pyra, used ".pyra" as their extension so I
have no idea which language they were using.

The problem comes when your users want to download the page for their
own purposes. Their computer is not going to know what to do with a
".pyra" file.

So, people may have arrived at a policy of web pages having 8.3-style
names, just to make it easier for users to save files to their hard
disks, back in the early days of Windows. 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Korny Sietsma
Sent: Saturday, 21 June 2008 5:20 PM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] html vs. html

It's completely irrelevant these days, but long file names, i.e.
anything with more than 8 characters in the name or 3 in the
extension, are implemented on FAT file systems via a messy hack.  The
'real' file name is the short name (i.e. "Progra~1") and the rest of
the file name is stored in extra hidden directories, it's all very
messy and inefficient.

ISTR this came in with Windows 95, so if you want to use web servers
that run under MS-DOS, you might have a problem :)

- Korny (showing his age)

On Fri, Jun 20, 2008 at 7:19 PM, Ian Chamberlain
<[EMAIL PROTECTED]> wrote:
> My memory is fading fast Joe, but as I recall our first windows based
web
> server (from Bob Denny's book) fixed the 8.3 limitation.
>
> We did continue creating .htm for a while after that but only out of
habit.
>
> I can't remember the exact date but I would quess that we have been
largely
> free from that limitation for well over  ten years.
>
> Regards
>
> Ian
>
> ----- Original Message -----
> From: "Joseph Ortenzi" <[EMAIL PROTECTED]>
> To: <wsg@webstandardsgroup.org>
> Sent: Friday, June 20, 2008 9:43 AM
> Subject: Re: [WSG] html vs. html
>
>
> The question wasn't about keeping file extensions in URIs it was about
> what file extension the file should have, which I am sure you will
> agree is still required as the server needs to know if it is an html,
> php, css, js, etc file doesn't it.
>
> But I completely agree, my server can serve a file.php file from
> www.domain.com/file
>  as long as don't stupidly name the file the same as a directory at
> the same level.
>
> I may be that _at one time_ the windows server needed a 8.3 filename
> convention but that went out the door ages ago didn't it?
>
> PS: the subject should really be "htm vs html", no? or am I missing
> something?
> Joe
>
> On Jun 20, 2008, at 08:55, Martin Kliehm wrote:
>
>> On Wed, Jun 18, 2008 at 3:07 PM, Patrick H. Lauke
<[EMAIL PROTECTED]
>> > wrote:
>> > > > Rob Enslin wrote:
>> > > >
>> > > > > I recently started noticing that our CMS system
>> generated .htm pages where
>> > > > > previously the system produced .html pages. I questioned the
>> support staff
>> > > > > and was told that the W3C deemed .html as non-standard file
>> extensions (or
>> > > > > rather .htm were more-widely accepted as the standard)
>> > > >
>> > > > Rubbish. Absolute rubbish. Challenge the support staff to
>> actually point out
>> > > > where this statement from the W3C is supposed to be...
>>
>> > I'd have to agree; I'm inclined to believe that ".htm" is a
>> carryover
>> > from when Microsoft(TM) products (ie DOS) only supported file
>> > extensions up to 3 characters in length.
>> >
>> > If there is a W3C statement, I'd love to see it.
>>
>> Oh, there is. The W3C advises to avoid file extensions in URLs to
>> keep future compliant. Cool URIs don't change, you know. ;)
>>
>> http://www.w3.org/Provider/Style/URI
>>
>>
>> *******************************************************************
>> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
>> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
>> Help: [EMAIL PROTECTED]
>> *******************************************************************
>>
>
> ==========
> Joe Ortenzi
> [EMAIL PROTECTED]
> http://www.typingthevoid.com
>
>
>
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: [EMAIL PROTECTED]
> *******************************************************************
>
>
>
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: [EMAIL PROTECTED]
> *******************************************************************
>
>



-- 
Kornelis Sietsma korny at my surname dot com
kornys at gmail dot com on google chat -- kornys on skype
"I've never seen a man eat so many chicken wings"


*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************




Please consider the environment before printing this e-mail.

The information contained in this email and any attachment is confidential and
may contain legally privileged or copyright material.   It is intended only for
the use of the addressee(s).  If you are not the intended recipient of this
email, you are not permitted to disseminate, distribute or copy this email or
any attachments.  If you have received this message in error, please notify the
sender immediately and delete this email from your system.  The ABC does not
represent or warrant that this transmission is secure or virus free.   Before
opening any attachment you should check for viruses.  The ABC's liability is
limited to resupplying any email and attachments.


*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************

Reply via email to