Teknisk analyse

Ved at tage udgangspunkt i vores beskrivelser i de forrige afsnit, vil vi her analysere og diskutere, hvorledes vi i den praktiske del af projektet vil håndtere behandlingen af cookies til vores prototyper.

Valg af programmeringssprog

Som programmeringssprog til kodning af håndteringen af cookies for vores prototype af en butik vælger vi JavaScript. Dette gør vi, da vi for denne prototyper skal kode nogle specifikke ting for behandlingen af cookies, som umiddelbart er let at kode med JavaScript.

JavaScript udmærker sig ved nogle forhold, som er af interesse for denne prototype. Fordi JavaScript kan køre direkte på browseren, er der ingen server-afhængighed som ved CGI, og dette gør det muligt at arbejde lige så godt online som offline. Desuden er JavaScript et simpelt og overskueligt sprog. JavaScript afvikles desuden på klienten, og koden findes i HTML-dokumentet. Dette er i modsætning til Perl og andre programmeringssprog, som benytter CGI. Man slipper derfor for overvejelser vedrørende serveren, da serveren blot skal opbevare HTML-dokumentet. Afviklingen hos klienten betyder også, at en klient ikke behøver være on-line for at kunne benytte web-siderne. Vores butik kan derfor downloades og afvikles off-line. Dette er en stor fordel for brugeren, som dermed sparer udgifter i telefongebyr. Dette kan på sigt vise sig at være en stor fordel, idet web-sider kan tilbyde enestående ydelser, som brugeren kan benytte off-line.

Web tracking prototypen har vi valgt at programmere i PERL, da vi er af den overbevisning, at tracking af brugernes færden på vores web-sider naturligvis skal foregå online, og da selve tracking log-filen skal placeres på serveren. JavaScript vil ikke være et godt valg af programmeringssprog i denne sammenhæng, da man ikke i dette sprog umiddelbart kan interagere med serveren.

PERL er et fortolket sprog, der kan benyttes i et UNIX miljø. PERL minder meget om C, sed, awk, og sh. PERL's syntax minder mest om C. UNIX-hjælpekommandoen "man" giver følgende beskrivelse af PERL [www.cs.cmu.edu/People/rgs/pl-intro.html]:

"Perl is an interpreted language optimized for scanning arbitrary text files, extracting information from those text files, and printing reports based on that information."

Ud fra ovenstående beskrivelse må man betragte PERL som værende brugbart til at udskrive en log-fil på baggrund af cookies. Vi betragter det som en fordel, at PERL er forholdsvis nemt at gå til, hvis man har blot en lille smule programmeringserfaring. En anden fordel er, at der på Internet findes en del Public Domain kode, som man kan benytte sig af, og derved behøver man ikke at opfinde det samme flere gange.

Det er klart, at man for at benytte PERL skal kende UNIX miljøet, da programmeringssproget og operativsystemet er tæt sammen knyttet. Vi vil så lade det være op til den enkelte at betragte dette som en fordel eller en ulempe.

Compressed versus single cookies

For at begrænse antallet af cookies vælger vi at implementere nogle af vores cookies som compressed cookies. Der er dog ingen grund til at overdrive brugen af compressed cookies, sålænge vi ikke kommer i nærheden af grænsen på 20 cookies pr. server. Vi vælger derfor at benytte separate cookies til at indeholde brugernavn, tæller, sidste besøgstidspunkt og aktuelle side, mens vi benytter compressed cookies til vores web tracking-ID og til at holde styr på en kundes oplysninger og dennes bestilte produkter. Vi vælger dermed at benytte cookies til følgende informationer:

  • Brugernavn (single cookie)
  • Besøgstæller (single cookie)
  • Sidste besøgstidspunkt (single cookie)
  • Aktuelle side (single cookie)
  • Web tracking-ID (compressed cookie)
  • Produkter i indkøbskurv (compressed cookie)
  • Kundeinformationer (compressed cookie)

Idet vi benytter compressed cookies, kan disse cookies nemt blive meget større end "normale" cookies. Da klienten sender cookies med ved hvert HTTP Request i form af Cookie HTTP Request Headeren, kan den samlede HTTP Request Header nemt blive meget stor, hvis man ikke passer på. Blandt vores cookies er det især de compressed cookies til Kundeinformationer og Produkter i indkøbskurv, som måske kan få en vis størrelse. Cookien til Produkter i indkøbskurv implementeres, så den indeholder produktnummer og antal, hvilket betyder, at denne cookie ikke kommer til at fylde meget. Derimod vil cookien til Kundeinformationer blive stor, da den indeholder meget information. Kundeinformationer vil normalt kun fylde omkring 100 bytes, hvis en bruger har indtastet sine person-oplysninger. Dette anser vi ikke som nogen hindring for ydelsen på web-siderne.

Brug af Public Domain cookie-funktioner

På Internettet findes som tidligere nævnt allerede mange JavaScript- og CGI-funktioner, som enhver kan benytte til eget brug. Der findes også funktioner, som kan bruges i forbindelse med cookies. Vi vælger derfor at benytte Public Domain CGI og JavaScript-versioner af de mest simple cookie-funktioner; nemlig SetCookie, GetCookie og DeleteCookie.

Derudover benytter vi Public Domain kode for compressed cookies, som er kodet i CGI [www.worldwidemart.com/scripts/cookielib.shtml]. Denne kode har vi samtidig oversat til JavaScript for at kunne benytte funktionerne GetCompressedCookie, SetCompressedCookie og DeleteCompressedCookie sammen med JavaScript.

Disse JavaScript-funktioner findes i en separat fil, som vi inkluderer på de sider, hvor vi skal benytte disse cookie-funktioner, fremfor at have koden liggende på hver eneste side. Dermed er vi sikre på, at vi benytter samme kode på alle sider. Samtidig sparer vi også klienten for at hente samme information over Internettet flere gange, da den kan have denne fil liggende i cachen.

« Praksis: Analyse af grænseflade - Praksis: Analyse af Online Biksen »