[5038] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: POSTing (from mosaic for X)

daemon@ATHENA.MIT.EDU (Rick Troth)
Mon Aug 1 13:04:22 1994

Date: Mon, 1 Aug 1994 18:52:54 +0200
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: troth@rice.edu
From: Rick Troth <troth@rice.edu>
To: Multiple recipients of list <www-talk@www0.cern.ch>

> Related to this, I think it would be a good idea for browsers to support
> POSTing of attributes contained in the same anchor.  This would avoid
> passing arbitrarily long command lines to cgi scripts which is unsafe
> as well as hard to read.  I've suggested this a couple times before
> in newsgroups., but it didn't catch on, so I try again as a followup to
> your idea.
 
	Having also read Larry's response,  in which I think he 
made some really excellent recommendations,  your wording makes me 
think of adding  "attributes"  or other parameters in the URL itself. 
What I mean is,  explore/exploit the syntax: 
 
	type://[user[:pass]@]host[:port]/[path][;parm;parm;...][?args] 
 
	This is going in the other direction,  but it works. 
We use a subset of this syntax in our interface to our problem 
tracking system where some state must be retained from one transaction 
to the next.   In this case,  the  path  is usually constant,  referring 
to the same script.   [sorry if this is just a rehash for everyone] 
The  "parm"  values could be  "var=val"  pairs.   (they're not for us) 
That separator could be ampersand;  I've seen commas and semicolons. 
 
> My idea is that with method=POST in an anchor, all the other attributes
> of the anchor would be passed to the cgi script as standard input, just
> as if it were the action of a FORM. 
 
	This is worth discussing,  whether we embrace it in full 
or not.   I don't mean to nix it with the alternative method above. 
 
> Dan LaLiberte
> National Center for Supercomputing Applications
> 
> liberte@ncsa.uiuc.edu
> (Fight interface copyrights and software patents.
>  Join the League for Programming Freedom: lpf@uunet.uu.net)
 
-- 
Rick Troth <troth@rice.edu>, Rice University, Information Systems 

home help back first fref pref prev next nref lref last post