On Wednesday 14 of December 2005 08:32, Roman Pichlík wrote:
> Oto Buchta napsal(a):
> >>>Zrovna jsem to zkousel a zjistil jsem ze vsechna okna i vsechny taby
> >>>prohlizece (v mem pripade Firefoxu) vidi stejnou susenku.
>
> Tomcat 5.5, IE 6.0 a nevidi stejnou susenku. U IE je to jeste specificke
> tim, ze zalezi jakym zpusobem to druhe okno spustite. Pokud date ctrl+n
> (ci jinak) z aktualniho prohlizece pak se cookies sdileji, pokud ho
> spustite jinak pak se cookies nesdileji.

CTRL+N nespousti novy proces, spousti nove vlakno. Z toho je jasne, ze susenky 
se sdili v ramci procesu. Jinak prave tlacitko a otevrit v novem okne nebo 
TARGET="_blank" se bude chovat stejne. Jinak vetsina prohlizecu se snazi 
pouzivat berlicky noveho procesu - aspon nespadne vsechno :-D

> >>Tohle chovani je bezne, a asi ho nikdo moc neresi, pozustatek
> >>jedno-oknoveho usporadani.
> >>Treba kdyz se prihlasite do nejake banky a v druhe zalozce pustite kamose
> >>aby se tam taky prihlasil, tak vas vykopne takze nemuzete v prvni zalozce
> >>pokracovat. Zatim jsem se nesetkal s tim ze by to nejak resili.
> >>Reseni je proste a to nepouzivat cookies.
>
> ano nejlevnejsi reseni je nepouzit cookies a vypomoci si URL rewritingem.
>
> > Naopak, resi to skoro vsichni ;-) Viceokennost je dulezita funkcionalita.
> > Server, ktery mi toto neumozni, s diky opoustim ;-)
>
> Nadsazka : to si asi moc nezasurfujes co? Muzeme udelat nejaky pruzkum

No, musim se priznat, ze pokud nemusim, tak nesurfuju vubec... :-D

> treba v oblasti eschopu, kolik z nich to bude resit...

Ano, to by bylo zajimave zjisteni...

> > Reseni neni az tak prime, jak to vypada. Je treba umet resit spoustu
> > konfliktu, mezi jinymi i tlacitko Zpet na prohlizeci...
>
> To je urcite pravda pro tlacitko zpet je REST reseni, ale jake jsou
> dalsi konflikty pro ktere se hodi? REST muze slouzit pro aplikace, u
> kterych neni treba drzet velke mnozstvi stavovyvh informaci, nad kterymi

Na to by Roy odpovedel, ze mate spatne navrzenou aplikaci ;-) Navic proti 
takovymto aplikacim hovori uz i to, ze se velice spatne resi failover.

> pracuje aplikacni logika. Navic informaci, ktere se z povahy mohou
> sdilet.Docela by me zajimalo jestli jsi zkousel REST aplikovat na
> nejakou RIA aplikaci zalozenou na AJAXu? Pokdu uz se chces bavit o
> konfliktech tak je podle me resi nejlepe technika Continuations.

No napriklad nas interni framework pro webove rozhrani k nasim produktum 
AJAXuje RESTove ;-) URLcka jsou sice nechutna, ale ...

> :-) nakupni kosik asi tezko, ten bude tezce svazan se session a oprav me
>
> pokud to  vetsina eshopu neresi pres session. Jestli ma neco jedinecnou
> URL pak je to dane zbozi.

Kosik je sice pres session, ale po URL beha ID kosiku ;-)
-- 
Oto 'tapik' Buchta, [EMAIL PROTECTED]
Senior Engineer, Systinet Corp,
http://www.systinet.com

Odpovedet emailem