I might be wrong (i haven't worked with phone browsers) but it think is a
missunderstanding.

The redirections are happening only on the server side. The client only
knows of one request and one answer.
What is happening on the server - the redirects - are invisible to the
client..

Also , there are ways provided so that you don't need the session to store
state (see activate/passivate i think)

It only comes to the actual "network"  overhead which should not be high
since is happening inside the server..

True ? ;)

Cheers ,
Alex

On 4/13/07, Patrick Moore <[EMAIL PROTECTED]> wrote:

well at least one reason is that phone browsers ask the user to
confirm each and every client-side redirect

On 4/12/07, Massimo Lusetti <[EMAIL PROTECTED]> wrote:
> On 4/12/07, Andreas Pardeike <[EMAIL PROTECTED]> wrote:
>
> > Is that clever design? I can think of several reasons why this could
be
> > a bad idea. What's the reasoning behind this?
>
> Redirects helps you keeping your url and page states cleans, i mean
> helps you a lot.
> Which use case do you think to address?
>
> --
> Massimo
> http://meridio.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to