> > Secondly, there is no need to use cookies, sessions or anything of 
> > that sort. Simply make it a global node option that happens to be 
> > changeable by clicking a link.
> 
> I have commented out the code that sends cookies, and set the 
> default mode to expert. If we have a good use, there is 
> nothing wrong with using cookies, but I see no reason why the 
> expert/newbie setting needs to be per session, and any use of 
> cookies will lead to a flamewar, so we may as well leave it 
> for now. Hopefully the above will be rectified soon. 
> Meanwhile, I am merging NIO into the stable branch.

We really should default to simple mode (I assume noone has any
objections to that). There should be a config value where this behaviour
can be changed. This config value is currently work in progress but it
would seem that I need some guidance from someone that knows the config
value system before it'll be done.

Why a cookie and why per session then?
First of all, this 'cookie' is not a cookie for the simple/advanced mode
only, it is a standard java servlets session identifier (which can make
the server store any amount of data per session). If people don�t accept
cookies from their own machine I would be happy to hear the reasoning
for that.. This identifier can be sent either as a cookie or inlined in
the HTML pages sent to the browser. I choose the first mode since since
that infrastructure where very close to done in fred's code, the other
mode requires significantly more job to get working...

I for one would be very pissed if someone browsed in on my distribution
page and switched the simple/advanced mode on my node (especially �f I
where using the web interface at the same time). I would be even more
pissed if the setting would persist when this occurs.
I would also potentially piss off any visitor to my public node and
myself if the option wheren't a per-session only.

So, what do people think? Should we disable advanced/simple mode for
public nodes and the distribution page (and any other kind concurrent
use of simple/advanceable fproxy)? Or what should we do?

/N

_______________________________________________
devl mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl

Reply via email to