W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > January to April 1995

Re: DNS vs HOME PAGE[S]?

From: Simon E Spero <ses@tipper.oit.unc.edu>
Date: Mon, 13 Feb 1995 22:30:01 -0500 (EST)
To: Chuck Shotton <cshotton@oac.hsc.uth.tmc.edu>
Cc: David - Morris <dwm@shell.portal.com>, http working group <http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com>
Message-Id: <Pine.SUN.3.91.950213220730.19960D-100000@tipper.oit.unc.edu>
Just two quick comments on home pages and DNS; 

1) home pages.

(I've been following the discussion under the assumption that the aim of 
the exercise is to allow marketers to advertise a URL of http://foo.com/
instead of  http://foo.com/foo/ for cases where several companies share a 
web server)

Changing the spec to require full URL qualification  still means that 
non-1.1 browsers would still send hostless requests. A company 
advertising its homepage would still need to give a url that could be 
handled by 1.0 clients, making the whole point a bit moot. 

2) DNS

Rob Raisch mentioned how hard it is to get any changes made to DNS. 
Fortunately, DNS already contains a godawful hack, thanks to those 
awfully nice Athena people. Nearly all DNS servers support TXT records, 
which can be used to hold all sorts of nice strings (passwd file entries, 
etc. etc.). It'd be easy to set up a convention of sticking a prefix onto 
a hostname for an http-server (e.g. http-info.sunsite.unc.edu.), and 
putting an extra question in the dns request the client sends off to do the
hostname lookup. This technique doesn't help the homepage problem, as it 
has the same backwards compatibility headaches as mentioned before, but 
it's an interesting way of doing things like versioning and 
back-compatibility.

Simon

Contract with America - Explained!			|Phone: +44-81-500-3000
Contract: verb						|Mail: ses@unc.edu
1) To shrink or reduce in size - the economy contracted +-----------------------
2) To become infected -My baby contracted pneumonia when they stopped my welfare
Received on Monday, 13 February 1995 19:32:57 EST

This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 06:31:14 EDT