Jimmy wrote :
>
> "Kasper Katzmann" <kasper @ FJERNESkatzmann.dk> wrote in message
> news:b0f6vj$f90$1@sunsite.dk...
>> Er sessions OK at bruge set fra et lidt mere professionelt syn.
>>
> Har du ikke selv besvaret spørgsmålet?
>
> 1 - Du vil anvende dem "professionelt" (Jeg læser dette som
> erhvervsmæssig øjemed hvor det er vitalt at koden ikke fejler)
> 2 - Man kan deaktivere sessions, hvilket vil gøre at koden fejler.
> 3 - Konklusion - Sessions kan ikke anvendes professionelt
jeg må sige, at jeg synes at din accept-tærskel er for høj.
> Jeg ser det meget sort og hvidt - Hvis du ønsker "mission critical"
> kode skal du naturligvis ikke anvende en teknologi, hvor brugere har
> indflydelse på din success rate.
Hvordan vil du lavet noget som helst web-programmering, hvor brugerne
ikke har indflydelse på din applikation ?
Hvis du
* overfører værdier i din URI, så kan brugerne ændre i dem
* bruger fx CSS2, så kan NN4.7x ikke rigtigt lide det
* bruger strict xHTML kan NN4.7 ikke vise det korrekt - dvs
potentielt kan knapper, links etc forsvinde eller ikke virke.
Hvordan vil du i øvrigt være 100% sikker på, hvordan en side bliver vist
i alle browsere ?
Jeg vil mene, at det kan du ikke. Det du derimod kan gøre er at checke
for de mulige fejl du kan komme på kan forekomme ved fejl i din
applikation. Nøjagtig på samme måde kan du checke, om sessions er
understøttede - og i givet fald bruge dem med de fordele det indebærer.
Hvis de ikke er understøttede - så finder man på noget andet.
> Du kan evt. gardere dig ved at inkludere en asp-side i toppen af
> *alle* dine dokumenter, som checker for om en given session-variabel
> er instantieret. Denne variabel instantieres i global.asa og sættes
> med en meget høj timeout.
>
> Er den ikke instantieret afbryder du udførslen eller viser en side,
> hvor du beder brugeren slå sessions til.
Ved anvendelse af ASP.Net findes der en feature til at
vedligeholde/opbevare session-state i URI. Der sættes altså ingen cookies
overhovedet, men session-state overføres som værdier i URI. Det er
faktisk bare en værdi der sættes i machine.config, og vupti - så er
"problemet væk".
Kort sagt: sessions er fine til det de er lavet til, og hvis man har øje
for de begrænsninger de medfører, så kan jeg ikke se, hvorfor man ikke
skule bruge dem.
Hvordan definerer du i øvrigt "missions-kritisk" ? Er det
brugerinterfacet til pumperne på et atomkraftværk ... eller ?
--
Jesper Stocholm -
www.stocholm.dk -
www.asp-faq.dk
** De andre siger, at han er 16 **
Svar venligst til gruppen og ikke til mig privat !
Skriv under det du svarer på -
www.usenet.dk/netikette/citatteknik.html