D. Fri, 19 Apr 2002 19:18:55 +0200 syntes Lasse Hedegaard <laxxe@nospam.dk>
at dk.edb.internet.webdesign.serverside.php skulle vide at
<rak0cu8s60nb0k9uqvp35g1cdum5ugnf7m@news.tele.dk>.
>>Jeg er da ikke en ørn til nogen af delene, men er session med en java
>>OnOnload (eller hvad det hedder i javascript når man forlader siden)
>Unload må det være
>
>>umulig - anyone ? bare et forslag :)
>Det er jo skidt, hvis man ikke tager højde for, at nogle browsere ikke
>understøtter javascript - og nogle personer slår det fra. Så man skal
>lave en eller anden form for timeout alligevel...
Hvis man har en server der kan klare at have rigtig mange åbne forbindleser
ad gangen, kan man have en java-appet liggende, der konstant fortæller at
siden stadig ses. Java-appletten får endda at vide af browseren hvornår den
er i det synlige felt og ej, så der er perspektiver i det, med flere
appletter der snakker sammen og én der rapporterer tilbage.
Så er der dem der har java slået fra - de kan måske tæmmes med en usynlig
frame der reloader - men igen er der ingen garantier.
Hvis vi fx antage at det er ca. 5% der ikke kan holdes ordentligt styr på,
kan man spørge sig selv om dette er aceptabelt? Man kan se hvornår de
ankommer til de enkelte sider, og ved at sammenholde bevægelsesmønstret med
data fra besøgende man *har* styr på, vil man kunne reducere de 5%
mærkbart. Igen kan man spørge sig selv, om den lille fejlprocent/promille
der er tilbage, er aceptabel?
Problemet er jo at vi er 100% afhængige af data fra brugeren - det eneste
vi ved med sikkerhed er at brugeren har bedt om at se en specifik side.
Resten kunne i princippet være falske data, produceret af en bruger der vil
drille os[1] - risikoen for dette er normalt bare aceptabel lille.
[1] Ja - man kan dekompillere en java-applet (eller -program) på få
sekunder, og se kildekoden inkl. de oprindelige variabelnavne.
--
Mvh. Simon Mikkelsen, ingeniørstuderende
Vil du være med til at klargøre første freeware-udgave af
ZIP Stat
www.zipstat.dk, skrevet i Perl, så send mig en mail.