Re: Annoucing memcache-ada 0.1

["pascal.obry@gmail.com" <pascal.obry@gmail.com>]

Yannick,

> You indeed at least missed an important point : there is *never* something  
> like stateful with web process. This is a fundamental consequence of the  
> client browsing process. “Stateful web server” concept makes no sense. As  
> the user can go back and forward in his/her navigation history, the only  
> possible state must be stored in pages stored in the browser, and if ever  
> needed, these states informations must be transmitted to the web server  
> via POST (preferably, personal feeling). In the web, there is a per-page  
> state at the client side, not a per-cession state at the server side.

Well yes and no. In AWS the only token sent is a cookie for a per user
state.

We also support per-page state, see Web_Block technology where a MD5
is
auto-magically injected into each page. Basically:

   1. there is a state on the server, user can (via the callback)
update,
      a context object.

   2. when sending the response to the web browser a MD5 of the full
context
      data is created.

   3. this MD5 is automatically injected into the response (HTML, or
XML in
      Ajax XML based response).

It was not easy to get right. I have worked with Olivier Ramonat on
this part
as we wanted to have this kind to context into Vision2Pixels server.
At this
point we think it works just fine and that it is a very cool
technology.

> Of course, many do this error to see state at the server side (and you end  
> up with errors and unexpected behaviors from the client point of view).

I think AWS Web_Block support is immune to that :)

Pascal.