Complete.Org: Mailing Lists: Archives: gopher: May 2001:
[gopher] Re: web->gopher
Home

[gopher] Re: web->gopher

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: gopher@xxxxxxxxxxxx
Subject: [gopher] Re: web->gopher
From: Cameron Kaiser <spectre@xxxxxxxxxxxxxxxxxxxx>
Date: Mon, 21 May 2001 09:14:56 -0700 (PDT)
Reply-to: gopher@xxxxxxxxxxxx

> > *and* :-) One tiny suggestion -- maybe make it turn "GET /" selectors into
> > real HTTP URLs?
> 
> I used to do that, but I removed it after deciding that it's contrary to
> the spec.  My interpretation is that the 'h' type denotes an HTML
> document stored on a gopher server.  According to the spec, selectors
> have no meaning.  There's nothing stopping 'GET /whatever.html' from
> being a selector for a gopher server, so turning it into an HTTP request
> is incorrect.
> 
> I create web links by creating an HTML document on the gopher server
> that redirects the user to the destination web site.  It works well with
> everything.
> 
> I don't handle HTML documents correctly yet.  Web->gopher should go
> through and re-write all the URLs so that relative links work.

I'll buy your theory -- yeah, my main reason for concern was that images
didn't show up right if they were relative URLs.

One other more practical concern is that some clever d00d might use
heatdeath as an HTTP proxy, which might be a problem if it became
popularised in terms of bandwidth. Using real URLs would not stop this
completely, of course, but it wouldn't make doing it so obvious.

-- 
----------------------------- personal page: http://www.armory.com/~spectre/ --
 Cameron Kaiser, Point Loma Nazarene University * ckaiser@xxxxxxxxxxxxxxxxxxxx
-- "I'd love to go out with you, but I'm rethreading my toothbrush bristles." -


[Prev in Thread] Current Thread [Next in Thread]