Re[2]: Rp.: Re: Rp.: Re: [Phplib-users] Doc suggestions

[Maxim D. <max...@bo...>]

Hello Guillaume,

Tuesday, July 09, 2002, 1:24:37 PM, you wrote:
GD> Well... in a formular, you use an hidden input to propagate the SID...
GD> it's not strictly the same thing of an URL rewriting (if you use the
GD> method POST, I mean...). URL use the HTTP GET method...

Ok, but what to do with hiddens in GET forms? SID is appended to the
URL anyway, from the action attribute or from a hidden field.
Amazon even do not use GET parameters - it injects the SID into
url in the way http://www.amazon.com/...path.../...SID../...etc... end
extracts SID from path.
There are a lot of ways to save SID in URL - one could use DNS tricks
(e.g. http://sessionID.www.server.com), PATH_INFO (like Amazon does), GET
parameters. All the tricks imply URL rewriting.
Of course, there's not a big deal to implement a POST fallback
method (I did) - you should rewrite all links to POST forms at the
server, or use client-side onClick event to generate POST forms from
links on the fly and really POST them instead of just following the
links. But I suppose It would be users' nightmare - the Back/Forward
buttons would become useless. Of course, SID should be included

GD> It's more clearly to write : <form action="toto.php"
method="post">><input type="hidden" name="SID"
GD> value="fdsfsdfdsfdfsfdsfsdf"> than to write <form
GD> action="toto.php?SID=dsfdsfsdfdsfdssf" method="post"> ... doing this
GD> works... but it's not a good way to program IMHO... mixing GET and POST
GD> variables in the same request... hurk... ;-)

No one does. Embedding hidden field with SID into any form (POST or
GET) is sufficient. Only local relative links (<a href=/some/page) and
redirects are usually being rewrote.


-- 
Best regards,
Maxim Derkachev mailto:max...@bo...
IT manager,
Symbol-Plus Publishing Ltd.
phone: +7 (812) 324-53-53
www.books.ru, www.symbol.ru