Re: Indirect references -Reply

Teoh Teik Huat (
Sun, 3 Mar 1996 13:54:56 +0800 (SST)

From: (Teoh Teik Huat)
Message-Id: <>
Subject: Re: Indirect references -Reply
To: (Charles Peyton Taylor)
Date: Sun, 3 Mar 1996 13:54:56 +0800 (SST)
In-Reply-To: <> from "Charles Peyton Taylor" at Mar 2, 96 02:23:55 pm

> Don't redirects solve that?  I mean, if you're running
> a spider (I run MOMspider) you'll see the redirects
> and update the links.
> I thought everyone was doing this.   What I do 
> is run MOMspider once a week, and update
> redirected links to their new location.  If I change
> the location of my pages, I usually re-direct for a while,
> then stop (since everyone else who was running a
> spider has noticed that the location has changed).
> Also, a lot of servers have virtual paths, so you 
> could be doing the same thing with that.
> >>> Bryan A. Bentz <> - 3/2/96 10:26 AM >>>
> It often seems that URL's point to (moved) locations... it kind of 
> reminds me of the garbage collection problem in Lisp, in which data 
> can be moved around in memory and all active pointers must be 
> updated.
>  One solution (not a good one) would be to treat it the same way, and
> have a
>  GC web walker which re-points moved URL's; obviously this is fraught
> with  problems.
> However, an indirect referencing scheme might go a long way towards 
> solving this problem.  Rather than:
>         <A HREF="http://www.blah/foo.html"> which is an "absolute"
> pointer, perhaps a syntax change allowing  dynamic lookup would solve
> the problem:
>        <A HREF="" ...>
> The idea is that to resolve the HREF, (in this case)
>  is asked for the *current* location of (syntax here
>  needs some thought).  This way, one could move pages around, update 
> pointers on whatever index server one uses, and all existing pointers
>  would still work.

My idea may be a stupid idea, but I would like to learn that
it is stupid.

To increase reliability and balance the load of WWW servers, in 
addition to having indirect links (dynamic query of servers for
links), we can have multiple links - where web pages are duplicated
and distributed in a few sites.   The resolution of which path
(or servers) to go to for WEB pages therefore depends on the
path's availability and load condition.   If a few simultaneous calls
comes in, they can be redirected to different sites for WEB pages.

I am new here, please forgive me if this feature is already available
or implementable via CGI scripts.

Peter Teoh 					Information Technology Institute
Internet :			Science Park II
Tel : 65-7705585				11 Science Park Road
Fax : 65-7791827				Singapore 117685