IDOS a veci souvisejici

[Vladislav Cerny]

Jan "Yenya" Kasprzak <kas at gloin.eunet.cz> pí¹e v èlánku
<mjb9r6.tg.ln at localhost>.
> "Vladislav Cerny" <black at datis.cdrail.cz> napsal:
> : Jan "Yenya" Kasprzak <kas at gloin.fi.muni.cz> pí¹e v
èlánku
> >> 	Je-li v cookie skutecne pointer, pak rozhodne nejde o
> >> "uzivatelem neovlivnitelny" prenos informace; tento
> [...]
> : Pozor, spatne jste cetl. Vyse jsme psal, ze je lepsi
> : citliva data (pointer) neprenaset vubec. Proto NEJSOU
> : ulozena v Cookies. Psal jsme to jiz mnohokrat. Proc
tedy porad
> : vytahujete domnenku, ze v Cookies je pointer?
> :
> 	Predpokladam, ze vysvetleni Martina Postulky k tomuto
staci
> - mel jsem asi opravdu pouzit podminovaci zpusob - byly
tam dve alternativy.
>
> 	A proc "vytahuji domnenku", ze v Cookie je pointer?
Pochazi to z toho,
> ze vy jste naznacoval, ze kdyby se vec resila pomoci
hidden polozky nebo
> casti URL, system by casteji padal. Z toho jsem si
vyvodil, ze si myslite,
> ze bych chtel v te hidden polozce nebo v casti URL
predavat pointer.
> Samozrejme ze bych tohle nechtel. Viz dalsi cast meho
textu, ktery jste
> odmazal.

O.K., doslo k nepresnemu pochopeni z me strany.
Nyni souhlasim.

> : Nespadne. Po uplynuti TimeOutu (nyni 5 min) dojde
> : k uvolneni dat. struktury, na ktere Pointer ukazuje
> : a Session se ukonci.
>
> 	A co tedy dostanu, kdyz pak stisknu "Dalsi spojeni"?
Musi se mi
> naalokovat nova session? Jsou vubec v tom http dotazu
jeste vsechna potrebna
> data pro rekonstrukci pozadovaneho spojeni?

Dostanete korektni zpravu, ze spojeni nebylo nalezeno.
Jiste je mozne diskutovat o tom, zda je to vhodne reseni.
Vyjdeme z realneho stavu -- nedotaze-li se nekdo do peti
minut
na nasledujici spojeni, lze predpokladat, ze se jiz
nedotaze vubec.
Jiste se najdou vyjimky, kdy je uzivatel zrovne tesne pred
zamyslenym
dotazem na dalsi z vyhledanych spojeni nucen venovat se
necemu jinemu,
comu bude trvat dele nez pet minut, ale jiste to bude
vejimecny
pripad.

> : Opet vyhoda ASP -- netreba se
> : o tyto zakladni funkce starat.
>
> 	Myslim si, ze sprava mechanismu podobneho "session" se
da napsat
> na par (<20) radku v perlu nebo v (temer) cemkoli jinem a
vzhledem k celkove
> velikosti aplikace je tohle zanedbatelne.

Neodporuji, ale -- jak to souvisi s danou aplikaci?
Ta neni napsana v Perlu ani cemkoliv jinem, tudiz
mi opripada nesmyslne v jinem nekompatibilnim
prostredku doplnovat neco, co je jiz v pouzitem prostredku
hotove.
Beru proto tuto poznamku jako pouze informativni, ktera
ale v souvislosti s danou aplikaci nema zadny vyznam.

> 	Ne. Pomer by byl 30% ku 30.x% ve prospech mnou
navrhovaneho reseni.
> V cache by se samozrejme ukladaly ne dvojice (dotaz,
vysledek), ale trojice
> (dotaz, vysledek, data_pro_dalsi_nebo_predchozi_spojeni).
A dotaz na
> dalsi nebo predchozi spojeni k nejakemu spojeni by pouzil
prave tu treti
> cast uplne stejne, jako ji pouzivate vy nyni.

V tomto pripade ano.
Nicmene ruznorodost dotazu (resp. jejich parametru, ktere
by byly vyuzity pro adresaci v teto "cache") by
pravdepodobne
zapricinila pametovou neunostnost velikosti takove "cache",
ale to je jen domnenka.
Nicmene stavajici funkce vyhledavaciho engine tuto moznost
nijak nepodporuje.

Vladislav Cerny