Prosjektrapport. Dat 219. BETA Webside av Torgeir Hansen Tor-Erik Hokstad Jon Vegard Jansen

Transkript

1 Prosjektrapport Dat 219 BETA Webside av Torgeir Hansen Tor-Erik Hokstad Jon Vegard Jansen 30. juni 2011

2 Sammendrag Dette er en prosjektrapport for faget DAT219, Internettjenester på.net-plattform, ved Universitet i Agder. Vårt prosjekt var å lage en hjemmeside for Beta, linjeforening for Data, som skulle fylle en informativ funksjon, ha støtte for påmelding til BetaLan og evt. inneholde flere funksjoner.

3 Innholdsfortegnelse Sammendrag 1. Innledning 1.1 Bakgrunn 1.2 Programvare, utstyr og add-ons 2.1 Målsetninger fra forprosjektet Primærmål Sekundærmål Tertiærmål 2.2 Måloppnåelse Primærmål Sekundærmål Tertiærmål 2.3 Utvidelser Personal Messages Achievements Automatisk mail ved registrering og ved semesterslutt 3. Websiden 3.1 Roller og tilgang (forprosjekt) Administrator User Anonymous 3.2 Roller og tilgang (nå) Administrator User Anonymous Mappeorganisering MS Login og Session 3.3 User Controls CalendarPopup_UC.ascx ChangePassword_UC.ascx ShoutBox_UC.ascx 3.4 EntityModel 3.5 MasterPage og Treeviews MasterPage TreeViews

4 3.6 Pages Root Beta.aspx Bulletin.aspx Default.aspx LanSiteDown.aspx Login.aspx Logout.aspx Calendar.aspx Register.aspx Gallery.aspx Admin: Calendar_Add.aspx Calendar_Delete.aspx Configure_Bulletin.aspx Configure_Info.aspx Configure_ShoutBox.aspx Configure_Users.aspx Default.aspx Gallery_Delete.aspx Gallery_Upload.aspx Lan_Add_Compo.aspx Lan_Add_Sponsor.aspx Lan_Columns.aspx Lan_Configure_Compo.aspx Lan_Delete_Sponsor.aspx Lan_Empty_SeatingChart.aspx Lan_Info.aspx Lan_Rows.aspx Lan_Rules.aspx Lan_Switch.aspx LanSiteStatus.cs Lansite: CompoGames.aspx Default.aspx Information.aspx PartyRules.aspx Sponsor.aspx Lansite/LansiteUser: SeatedAndReturn.aspx SeatingChart.aspx

5 3.6.5 MyPage: Change_Avatar.aspx Default.aspx Settings.aspx Welcome.aspx View_Profile.aspx 3.7 Databasen 4. Samarbeid 4.1 Utviklingsmetodikk og versjonskontroll 4.2 Loggføring 4.3 Tidsbruk 5. Kilder

6 1. Innledning 1.1 Bakgrunn I faget Dat219 skal alle elever utføre et prosjekt, hvor de viser at de har lært å bruke verktøy de har lært om og brukt i løpet av semesteret. Verktøy som database, innloggingssystem, masterpages, AJAX og UserControls er veldig aktuelle, og er også blant de vi har brukt. Beta Engineering and Technology Association (BETA) er linjeforeningen for Dataingeniører ved UiA. Linjeforeningen arrangerer bl.a. BetaLan hvert semester, med 77 deltakere ved forrige dataparty. Beta har en separat nettside for lanet, som er av relativt høy kvalitet, men selve Betanettsiden er ren html-koding. I og med at to av oss i prosjektet er med i styret for Beta, valgte vi å prøve på å lage en webside med integrasjon av en ny lanside. 1.2 Programvare og add-ons Vi har brukt: Visual Studio 2010: C# og.net MySql for Database visualisering i rapporter Ajax Control Toolkit

7 2. Målsetninger og rammebetingelser 2.1 Målsetninger fra forprosjektet Betasiden skal være klar og tydelig når det gjelder informasjon om Beta og arrangementer. Siden må være synlig for alle, men kun administratorer skal kunne legge inn nyheter og arrangementer. Brukere av siden skal kunne logge seg inn, registrere seg til lan og lese informasjonen. Bildegalleri, shoutbox, setekart og "My Page" er funksjoner vi ønsker å legge til Primærmål Websiden må ha et rollesystem, med distinksjon mellom administrator og bruker. Websiden må ha et loginsystem, koblet til databasen. Websiden må inneholde informasjon om Beta og BetaLan. Administratorer må kunne legge ut nyheter og arrangementer. En egen side skal være tilgjengelig under lanet, hvor administratorer kan legge ut detaljert informasjon og tidspunkt for compoer og andre ting som skjer. Websiden skal fungere i Internet Explorer, Firefox, Opera og Chrome Sekundærmål Websiden bør ha med en shoutbox for brukere. Websiden bør ha med et bildegalleri. Websiden bør ha med et setekart. Websiden bør kunne slette informasjon fra forrige lan, for å klargjøre til neste gang Tertiærmål Setekartet kan utvides til et dynamisk setekart, med hensyn til bruk av forskjellige lokaler. Websiden kan gi brukere mulighet til å ha en egen side. Websiden kan ta vare på informasjon fra tidligere lan, og evt. distribuere ut relevant informasjon til brukere. Websiden kan ha et eget achievement-system, hvor brukere får se ulike oppnåelser eller utmerkelser ved lan, slik som "Vinner av Mario-Kart 2009". Websiden kan ha en betalingsfunksjon.

8 2.2 Måloppnåelse Alt i alt har vi fått gjennomført det vi mente var viktig. Enkelte funksjoner kunne kanskje ha sett litt bedre ut, men vi har fått det meste til. Tiden ble kanskje noe knappere enn vi hadde regnet med, men flere av tertiærmålene var satt opp med tanke på at vi ikke skulle gå ledige, og vi ser det ikke som noe stort tap å ikke ha fått alle med i prosjektet. I forhold til Beta sine websider nå, har vi i høyeste grad klart å matche funksjonene som finnes der, samt lagt til en del nye Primærmål Websiden innfrir alle primærmålene unntatt ett. Vi fant ut at det ble enklere å la lederne på lanet sette opp en lokal side under selve lanet med tidspunkt for compoer, voice-servere, premier og slikt. Vi inkluderer derfor ikke denne siden i prosjektet vårt. Websiden fungerer i de nevnte browserne, men den ser muligens noe spesiell ut i Google Chrome Sekundærmål Websiden innfrir alle sekundærmål. En presisering av siste punktet: Admin kan endre informasjonen på lansidene når som helst Tertiærmål Setekartet er gjort relativt dynamisk med mulighet for å endre på antall plasser, samt seteplasseringen. Vi lurte på å bruke et drag n drop -system her, men vi fikk det rett og slett ikke til. Bruker har en egen side. Websiden tar ikke vare på informasjon fra tidligere lan, dette fordi vi ikke bruker dette til noe (se Achievements for mulig bruk). Websiden har ikke Achievements, hovedsaklig fordi vi ikke fikk tid til det. Se for vår evt. plan videre. Websiden har ingen betalingsfunksjon. Ettersom tiden ble knapp måtte vi velge å prioritere bort denne funksjonen.

9 2.3 Utvidelser Personal Messages Noe vi hadde lyst til var at brukere skulle kunne sende meldinger til hverandre (PMs). Ved å gå inn på en annens profil og trykke på en knapp for å sende beskjed, skulle man kunne skrive en PM med tittel og tekst til den andre. Hver bruker måtte i tillegg ha hatt en egen side hvor de kunne sjekke sin innboks for PMs. Databasen måtte ha blitt utvidet med en tabell: PM med attributtene: PMID* (int) PMSenderID (int) PMReceiverID (int) PMTime (varchar) PMTitle (varchar) PMText (text) Når bruker sender PM ville denne lagres i databasen. Ettersom vi bruker sitemaps, ville sannsynligvis brukeren måtte sjekke sin egen side for å få beskjed om evt. nye PMs. Hver gang en bruker sjekker innboksen sin, blir for eksempel et ListView populert med tittelen på hver PM som HyperLinks vha SqlDataSource. Ved klikk på en HyperLink blir et panel med beskjeden synlig, omtrent som på Calendar.aspx. En utfordring ville bli lagringskapasitet. Ikke at en PM alene tar mye plass, men etter noen semestre kan det tenkes at vi må lagre tusen slike, og da er det greit med en form for opprydningsfunksjon. Evt. kunne man si at ved behov kunne admin trykke på en knapp som tok for seg alle beskjeder, sjekka dato og slettet de som er mer enn 12 måneder gamle, for eksempel.

10 2.3.2 Achievements Achievements, eller utmerkelser, er en slags personlig oppnåelsesfunksjon hvor tanken er at Beta skal kunne stille et krav som brukeren skal innfri, og når brukeren innfrir dette kravet belønnes han eller hun med en Achievement. Achievements skal være synlig både for brukeren selv og for andre som besøker brukerprofilen. En Achievement kan for eksempel være å vinne en compo på et lan. Her følger noen eksempler fra spillet Team Fortress 2: Tanken er at admins kan lage achievements på websiden, og distribuerer dem manuelt ut når en bruker gjør seg fortjent til dem. Databasen måtte utvides med to nye tabeller: Achievement med attributtene: AchievementID* (int) AchievementTitle (text/varchar) AchievementText (text) AchievementIMG (varchar, url til bildefil). UserHasAchievement med Attributtene: AchievementID (int) UserID (int) Om Achievements-konseptet hadde blitt litt vanskelig å vedlikeholde, kunne man ha redusert det til kun å gjelde premiering på lanet, slik at man hadde et digitalt trofé i tillegg Automatisk mail ved registrering og ved semesterslutt For å unngå spambrukere kunne det vært greit å sende ut en mail til brukeren, som blir nødt til å klikke på denne før brukeren blir opprettet. I tillegg kunne det vært greit å sende ut en mail ved begynnelsen av hvert semester, hvor brukeren blir nødt til å bekrefte at vedkommende skal fortsette på UiA, eller bli slettet. For selve gjennomførelsen av dette måtte man ha satt seg litt inn i POP3 og automatisk ing, ettersom ingen av oss har vært særlig borti dette før.

11 3. Websiden 3.1 Roller og tilgang (forprosjekt) Vi blir nødt til å bruke roller for å hindre brukere, eller gjester, i å ødelegge siden vår. Derfor må vi minimum bruke en administrator funksjon. Men ettersom klienter skal kunne registrere seg til lan, må vi kunne skille dem fra hverandre, og vi finner det derfor lurt å la klientene logge seg inn med eget brukernavn og passord, som brukere. Gjester skal naturligvis ha tilgang til det meste av informasjon, ettersom Betasiden skal være informerende Administrator User Finne, slette og se på brukere. Legge ut og slette nyheter. Legge ut, endre og slette informasjon. Legge ut og slette bilder, samt beskrivelse. Slette ting i shoutbox. Legge ut og slette kalender hendelser. Endre underlan. Reise opp og sette ned Users på setekart. Deaktivere og aktivere lanrelevante pages. Gå inn på "min side" Skrive i shoutbox. Sette/Reise seg på setekartet. Logge ut Anonymous Logge seg inn. Lese nyheter og informasjon. Se på bilder og kalender. Lese shoutbox. Se på setekart.

12 3.2 Roller og tilgang (nå) Vi bruker tre forskjellige roller for å hindre brukere, eller gjester, i å ødelegge siden vår. Rollene vi bruker er Administrator, User og Anonymous. Vi vil gjerne at anonyme brukere ikke skal plassere seg på lanplasser og har derfor begrenset slik at man må logge seg inn for å se lansidene. Vi kan skille brukere fra hverandre ved at klientene må logge seg inn med eget brukernavn og passord. Gjester har tilgang til det meste av informasjon, ettersom Betasiden er informerende Administrator Alt som er i forprosjektrapporten er i siden bortsett fra: Reise opp og sette ned Users på setekart. Dette har blitt endret/lagt til på: Redigere nyheter User Alt i forprosjekt rapporten er lagt inn Anonymous Ingen annen endringer enn denne var gjort. Fjernet at anonyme kunne se på setekartet. Dette fordi en må ha en bruker uansett for å kunne være med på lanet.

13 3.2.4 Mappeorganisering Root Her er alle mappene, MasterPage, TreeView, databasemodellen og sidene som anonyme skal kunne komme inn på Admin Her er alle adminsidene, anonyme og brukere har ikke tilgang MyPage Her ligger de sidene som har med mypage å gjøre, anonyme har ikke tilgang. Lansite Mappen LanSiteUser og sider som har med lan å gjøre, vi la de her fordi dette er de sidene man kan slå av og på avhengig om det er lan eller ikke. Anonyme har ikke tilgang. LansiteUser Denne mappen inneholder de to sidene som er til setekartet. Anonyme har ikke tilgang. Images Her lagres de bildene som blir lagt inn på galleriet, mappene Avatars, Compo og Sponsor ligger også her da de inneholder bilder Avatars Her legges de bildene som er opplastet av brukere Compo Her lastes bilder opp som er fra compoene Sponsor Her legges sponsorbildene Icons Her ligger bilder som er for masterpage og layout.

14 3.2.5 MS Login og Session For å sørge for hvem som kan komme inn på de begrensede sidene våre, bruker vi Rolesklassen fra Microsoft, samt web.config. Dette medfører at Microsoft sin login-database blir lagt til prosjektet vårt. Vi bruker også vår egen database for å holde styr på hvem som er i de ulike rollene. I tillegg til den Login-Sessionen som Microsoft stiller med (det virker som det er en Session som brukes) bruker vi også vår egen. Vår Session holder styr på hvilken bruker som er logget inn, ved at userid og username lagres ved login, vha Sql i code-behind. MyPage- og Lansidene krever en spesifikk bruker, med tanke på hva som skal vises i det hele tatt, og derfor foretaes det en sjekk i Page_Load på om Sessionen er utgått. Hvis Session er utgått må bruker logge inn på nytt, også i Microsoft sitt system. Vi kunne ha satt en test på hver side som avgjorde om man skulle få tilgang til siden, basert på vår egen Session, men ettersom dette var vår første gang, valgte vi å bruke web.config og Roles.

15 3.3 User Controls Dette er de User Controllene vi brukte i prosjektet. Noen av dem hadde kanskje ikke trengt å vært implementert som User Controls, men vi ønsker å teste og ta i bruk forskjellige verktøy i dette skoleprosjektet. Dessuten er det noe som heter at man ikke skal fikse det som er i orden, noe vi har tatt i en viss betraktning her. Det skal for så vidt sies at vi tidligere hadde en del flere User Controls i bruk på siden, men som nå er integrert i sidene CalendarPopup_UC.ascx Denne brukes på både Admin/Calendar_Add.aspx og Admin/CalendarDelete.aspx. Den består to tekstbokser med hver sin Ajax Calendar Extender, slik at det dukker opp en kalender hvis man trykker i tekstboksfeltet, eller på et lite kalender-ikon ved siden av tekstboksen. I tillegg er det to asp:dropdownlist som markerer klokkeslett. Den øverste tekstboksen og listen markerer starttid for et arrangement, mens de nederste markerer slutt. Tidspunktene hentes vha metoder i code-behind.

16 3.3.2 ChangePassword_UC.ascx Denne hadde for så vidt ikke trengt å vært en User Control, siden den kun brukes på én side, nemlig MyPage/Settings.aspx. User Controllen består av ulike tekstfelt, hvor bruker skriver inn nytt og gammelt passord, skulle han eller hun ønske å endre det. Ved endring foretas Sql i code-behind ShoutBox_UC.ascx ShoutBox ligger som en UserControl på MasterPage og vises dermed på alle sider uansett hvor du er. Funksjonen dens er som en chat mellom brukere som er pålogget, anonyme kan lese det som skrives, men man må være innlogget for å skrive shouts. Kontrolleren bruker en ListView for å vise shouts som er skrevet inn og en FormView for å legge inn nye shouts. FormViewen skjules i code-behind om det ikke er en bruker eller administrator pålogget. Det er i tillegg lagt på en Pager på ListViewen som begrenser antall shouts per side til 5.

17 3.4 EntityModel Tidlig i prosjektet fikk skolen besøk av Visma Sirius som hadde et kurs i hvordan lage et bildegalleri i.net, noe vi satte stor pris på. De viste oss hvordan vi kunne gjøre dette vha. en EntityModel og omtrentlig ingen kode i code-behind. Vi bygde først galleriet, shoutboxen, nyhets- og kommentarsystemet på deres system, men vi fant ingen måte å hente ut informasjon fra flere tabeller ved bruk av en slik EntityModel, og dermed måtte vi gå vekk i fra den overalt utenom galleriet og nyhetssystemet. I etterkant ser vi nok helst at vi ikke hadde brukt deres system i det hele tatt, ettersom det gav oss feilmeldinger som gikk på navnduplikater, feil i designerfiler, med mer. Dessuten lærte vi svært lite av hva som lå bakom ved bruk av EntityModel, noe som ikke er så gunstig når vi er ferske datastudenter. Vår erstatning var i begynnelsen å definere egne Sql-kommandoer i code-behind for så enten å binde til en SqlDataSource, eller legge informasjonen rett inn i asp-kontrollene via code-behind. Førstnevnte erstatningsløsning gav oss for så vidt en del problemer ved oppdatering av lister og tabeller. Vår løsning, eksempelvis på MyPage/View_Profile.aspx, var å lage en SqlDataSource, som ikke henter ut fra en enkelttabell, men som vi selv definerte Sqlkommandoene til, særlig siden vi kunne inkludere QueryString og Session her. Alt i alt hadde vi nok mer nytte av å skrive Sql-kommandoer enn å prøve å bruke ferdigløsninger. I praksis er det kun Image og ImageComment som bruker EntityModellen, men tidligere var også ShoutBox og News med om å ta den i bruk. De fire siste tabellene (til høyre i bildet) kom automatisk, ettersom den ble generert fra den daværende databasen vår.

18 3.5 MasterPage og Treeviews MasterPage Siden prosjektet består av såpass mange sider som det gjør, så vi det som en nødvendighet å ha en masterpage for å opprettholde samme layout over alle sidene. Med en masterpage ble det også enkelt å implementere blant annet shoutbox og treeviews, samt å ha en logo med fast størrelse gjennom alle sidene, logoen fungerer også som en link til førstesiden. Masterpagen i seg selv er bygd opp av en tabell som gjør det veldig enkelt å bestemme hvor de forskjellige elementene på masterpagen skal ligge og hvor contentpanel er plassert i forhold til disse TreeViews For navigering mellom sidene på nettstedet bruker vi TreeView. På masterpagen ligger det ett treeview som ved code-behind bytter mellom tre forskjellige sitemap-kilder for hva det skal vise, avhenging av hvem som er logget inn på siden. For anonyme brukere som besøker nettstedet er det ett tre med kun det enkleste innholdet, altså fremsiden, nyheter, informasjon om BetaLAN og registrering/innlogging. For brukere blir treet utvidet med MyPage som gir brukeren kontroll over personlig profil og hva som vises når andre brukere besøker profilen. For admins viser treet full oversikt over alle sider og funksjoner, som for eksempel konfigurering av kalender, galleri, nyheter og LAN.

19 3.6 Pages Her følger en oversikt over alle sidene i prosjektet vårt. Mange av sidene er allerede sammenslått, men vi kunne helt klart ha kombinert flere, noe vi ville gjort hadde vi hatt mer tid Root Beta.aspx Viser informasjon som er om BETA linjeforening. Bruker codebehind til å få frem info Bulletin.aspx En nyhetsside som er ment å vise nyheter relevante til medlemmer av BETA. Her vil det for eksempel legges ut informasjon om bedriftsbesøk og BETA-kvelder. Denne siden viser nyheter i en ListView som henter informasjonen fra databasen via en EntityDataSource. ListViewen er satt til å sortere i synkende rekkefølge slik at nyheter som ble lagt inn sist vises øverst på siden, og i tillegg er det en Pager som begrenser antall nyheter per side til 5 slik at siden ikke blir for lang vertikalt Default.aspx Redirecter til Bulletin.aspx LanSiteDown.aspx Denne siden kommer opp hvis lansidene er nede og en bruker prøver å gå inn på en av lansidene Login.aspx Her kan man skrive inn brukernavn og passord, deretter trykker man på Login for å logge inn, eller så kan man trykke reset for å gjøre feltene tomme. Det er også en knapp Create new user som fører til Register.aspx. Når man logger inn så blir brukernavnet og en hashet versjon av passordet sjekket med databasen, hvis det passer så blir man logget inn. Det blir også laget en session i microsoft sin database. Passordet kommer frem som runde symboler for å hindre at noen bruker Screen- Capture malware, eller at noen ser over skulderen når brukeren skriver inn passordet Logout.aspx Logger brukeren ut og avslutter session.

20 Calendar.aspx Kalenderen bruker asp:calendar-kontrollen, så slapp vi å modellere hver eneste dag i databasen. Via SQL i code-behind hentes det ut hvilke dager som inneholder Events, og disse blir fargelagt i DayRender-metoden. Ved klikk på en dato, vil vil eventer denne dagen dukke opp som Hyperlinks via en Repeater. Ved klikk på en av disse redirectes klienten til samme side, men med en eventid i querystring, og et panel med alle detaljer om eventen vil bli synlig. I Page_Init ligger det kode som henter frem disse detaljene, ikke i Page_Load, ettersom klikk på kalender-dato forårsaker postback, som ville gjort panelet synlig med feil informasjon Register.aspx Her kan man oppgi ønsket brukernavn, ønsket passord, navnet sitt og uia- . man må oppgi uia-mailen fordi vi vil filtrere ut brukere som ikke er fra UIA. Passordet må oppgis to ganger slik at man er sikre på at man ikke skriver det feil. Passordboksen har samme sensureringsmetode som Login.aspx, og lagres hashet i databasen vår.

21 Gallery.aspx Tidligere var galleriet delt i to filer, én for fremvisning av alle bilder og én for spesifikk visning av et valgt bilde. Nå ligger disse to delene i samme fil, i to forskjellige paneler som settes synlig/ usynlig basert på en querystring i urlen. Inneholder querystringen en id for et bilde, skal det respektive bildet vises, hvis ikke taes klienten til selve galleriet. Selve bildefremvisningen bruker EntityModelen vår, men med to ulike EntitySources for fremvisning av alle eller ett bilde. Alle bildene vises i et ListView, mens enkeltbildet vises i FormView. I tillegg kan brukere kommentere på bildene, og dette gjøres via SQL i code-behind og en SqlDataSource.

22 3.6.2 Admin: Calendar_Add.aspx Her ligger det et skjema for lagring av ny Event. Siden bruker en CalendarPopup-User Control, og knappetrykk kaller en metode i code-behind som via SQL lagrer den nye eventen Calendar_Delete.aspx Inneholder en kalender, omtrent som på Calendar.aspx, men i stedet for å få opp Hyperlinks ved klikk på dato, får man opp navnet på eventen og valg om å enten editere eller slette eventen. Ved sletting fjernes den fra databasen via SQL. Ved endring hentes det inn informasjon om eventen, samt blir et editeringspanel (likt det for å lage nye Events) gjort synlig med innhentet informasjon og en Confirm-knapp for bekreftelse. Ved trykk på Confirm-knappen lagres den nye informasjonen om eventen i databasen via SQL i code-behind Configure_Bulletin.aspx Her vises den samme ListViewen som i Bulletin.aspx, men med flere funksjoner. Administratorer kan legge til nye nyheter i tillegg til å redigere eller slette gamle nyheter Configure_Info.aspx Her kan man endre infoen som er til BETA sine sider. det blir kun brukt codebehind til dette Configure_ShoutBox.aspx Denne brukes til å slette eller redigere shouts om det skulle være nødvendig. For eksempel om en bruker skriver inn uønsket tekst som kan virke støtende på andre kan en administrator gå inn her og fjerne teksten Configure_Users.aspx Denne siden blir brukt til å oppgradere brukere til admins og degradere admins til brukere, man kan også fjerne brukere. Et Listview blir brukt til å vise alle brukerenes og admins info: Bruker ID, Brukernavn, Navn Epost og hvilken rolle brukeren har. Listviewet har også to knapper i enden av hver bruker hvor det står Change role og Delete User. Knappen Change role bytter rollen avhengig om den valgte er bruker eller admin, den oppdaterer rollen i databasen og i microsoft sin database. Knappen Delete User fjerner brukeren fra microsoft sin og den vanlige databasen.

23 Default.aspx Denne siden inneholder mulighet for admin til å endre hvor alle bildefilene skal lagres, med egne muligheter for hver kategori (Gallery, Compo, Sponsor, Avatar). Vi kunne ha satt denne posisjonen statisk, men synes det kan være greit å kunne endre på slikt uten å måtte gå i koden. Om admin ønsker å endre directory, for eksempel på Avatarbildene, trykker han på en Change Compofolder-knapp, skriver inn ny directory og bekrefter med trykk på OK-knapp. Deretter utføres en endring i databasen via SQL i code-behind Gallery_Delete.aspx Fungerer på samme måte som Gallery.aspx i Root, men man kan ikke kommentere på bildene herfra. I stedet har hvert bilde og hver kommentar en Delete-knapp, som sletter det respektive bildet eller kommentaren via SQL i code-behind Gallery_Upload.aspx Admin kan laste opp bilder til galleriet vha asp:fileupload-kontrollen. Ved nærmere testing kom vi frem til at 16MB var ca den maksimale størrelsen på filer som kunne lastes opp, så vi satte grensen der. Admin skriver inn et filnavn til bildet, en beskrivelse av bildet og velger hvilken fil som skal lastes opp fra Admins PC. Ved trykk på Upload-knappen utføres en rekke kode i codebehind for å få lagret filen på server med et filnavn som inkluderer tid og dato (for å unngå duplikater), samt legges urlen til i databasen via SQL. Hvis alt går som det skal, får Admin opp bildet på siden med beskrivelse, hvis ikke sendes det ut en feilmelding Lan_Add_Compo.aspx På denne siden kan man legge til en ny compo, compoene kan bli vist i panelet til Lansites sin Default.aspx. Man skriver inn compoens navn, beskrivelse og legger til et bilde, deretter blir det lagt til i databasen Lan_Add_Sponsor.aspx Her kan man legge til en sponsor som blir vist på sponsor.aspx siden. Denne siden virker på samme måte som Lan_Add_Compo.aspx Lan_Columns.aspx Denne siden er første del av å lage et selvstrukturert seatingkart, Den inneholder en label hvor man må skrive inn et tall fra 1 til 10, hvis man skriver høyere eller lavere får man en feilmelding. Tallet man skriver inn her blir til antall rader man får opp på neste side og som kommer opp på seatingkartet. Når man trykker på knappen som er nederst blir TRUNCATE funksjonen brukt på tabellen slik at ID ikke fortsetter hvor den slapp sist, men begynner på 1. Etter at dette har blitt utført blir brukeren sent til Lan_Row.aspx

24 Lan_Configure_Compo.aspx Denne siden inneholde en oversikt over all info som er fra alle compoene i et listview, alle compoene har ett sett med to knapper: Edit compo og Delete compo. Disse sletter og redigerer compoene respektivt Lan_Delete_Sponsor.aspx Inneholder en DropDownList over alle sponsorene som er i databasen. man kan velge en sponsor og fjerne den ved å trykke på delete knappen. Dropdownlisten er koblet mot en sqldatasource, men knappen bruker en sqlkommando for å fjerne sponsoren Lan_Empty_SeatingChart.aspx Inneholder en knapp som fjerner alle brukerene i seating kartet, men det holder strukturen intakt. Sqlkommandoen oppdaterer alle setene til å være tomme ved å fjerne all teksten Lan_Info.aspx På denne siden kan man redigere den infoen som er satt for lan. Dette kan vises i Information.aspx i lan sidene Lan_Rows.aspx Her har man et Listview med en tekstboks og tre stykk RadioButtons per antall man oppga i Lan_Columns.aspx. Resten blir satt til usynlig I hver tekstboks kan man oppgi antall plasser det skal være i hver kolonne, og med RadioButtons kan man oppgi om midtpunktet til kolonnen skal være sentrert i toppen midten eller i bunnen. Siden inneholder to knapper hvor den første legger til all infoen i databasen (hvilke rader som skal ha hvor mange kolonner, hvor de skal være sentrert og hvor mange plasser som er totalt). Den andre knappen regner ut totalt antall plasser og skriver det antallet ut i linjen under knappene. Alt dette skjer i codebehind Lan_Rules.aspx På denne siden kan man redigere de reglene som er satt for lan i en tekstboks. Når man trykker på knappen blir innholdet i tekstboksen oppdatert i databasen. Dette kan vises i PartyRules.aspx i lan sidene Lan_Switch.aspx Denne siden har en label som sier om lansidene er oppe eller nede og en knapp som slår av eller på lansidene. labelen er knyttet opp mot en sql kommando som ser om lansidene er oppe eller ikke og knappen bytter statusen til lansidene med en sql kommando avhengig om de er oppe eller ikke.

25 LanSiteStatus.cs Dette er en klasse med en funksjon som undersøker om lansiden er slått av eller på, den blir kun brukt av sidene som er på 3.6.3, SeatingChart.aspx og SeatedAndReturn.aspx. Funksjonen returnerer true når siden er oppe og false når siden er nede.

26 3.6.3 Lansite: Alle disse sidene inneholder en funksjon som hindrer alle i å gå inn på sidene når lan sidene er slått av, se LanSiteStatus.cs CompoGames.aspx Viser den spesifikke compoen man har valgt fra Default.aspx siden (se nedenfor) med navn, beskrivelse og bilde. Bruker querystring for å få infoen fra valgt compo Default.aspx Inneholder linker til Sponsor.aspx, Information.aspx, PartyRules.aspx og en Hover menu extender som er en ajax-kontroller. Denne kontrolleren gjør at et panel dukker opp rett under compo labelen når man holder musen over compo labelen, panelet viser en liste med lenker til alle compoer som er tilgjengelig ved hjelp av en ListView. ListView er koblet opp mot en sql datasource Information.aspx Viser informasjon om lanet i en tekstboks, Denne har en sqlkommando i codebehind PartyRules.aspx Inneholder en tekstboks som viser regler ved lanet. Tekstboksen blir tilknyttet en SQL kommando fra codebehind Sponsor.aspx Inneholder en ListView med en tilnyttet SqlDataSource med alle sponsorene som er lagt til i databasen.

27 3.6.4 Lansite/LansiteUser: SeatedAndReturn.aspx Denne siden blir brukt til å plassere brukeren på den plassen som er valgt i SeatingChart(Se nedenfor). Siden har totalt fire sql kommandoer. To av disse finner hvem som sitter på den valgte plassen og om brukeren har en plass fra før. De andre to kommandoene fjerner brukeren fra det gamle setet sitt og plasserer brukeren på det setet som er valgt. Hvis brukeren allerede har plassert seg så kommer det opp en melding som spør om brukeren vil bytte plass, Hvis brukeren svarer ja vil plassen bli tatt og den forrige plassen brukeren hadde bli ledig. Hvis brukeren setter seg på et opptatt sete så kommer det opp en beskjed om at plassen er opptatt. Hvis en bruker går inn på siden manuelt vil siden kaste brukeren tilbake til SeatingChart SeatingChart.aspx Denne siden viser et kart over alle ledige og okkuperte plasser på lanet. Ved å trykke på Seat Here linken under hver plass blir man overført til SeatedAndReturn(Se ovenfor) med en plass id. Knappen nederst fjerner brukeren seg fra plassen sin.

28 3.6.5 MyPage: Change_Avatar.aspx Fungerer på samme måte som Gallery_Upload.aspx-siden som Admin har tilgang til, bortsett fra at klienten ikke kan skrive inn filnavn på bildet. Bildet får automatisk navn som Avatar + username (hentet fra Session). Noen beskrivelse av bildet er heller ikke nødvendig Default.aspx Redirecter klienten til Welcome.aspx, samt gir en beskjed hvis dette tar lang tid Settings.aspx Via SQL i Page_Init hentes det informasjon om brukeren, dvs hva brukeren allerede har skrevet om seg selv, (evt standardinnstillinger om ingen endringer er foretatt). Ser i ettertid at det kanskje kunne vært gjort vha SqlDataSource i aspx-filen, men ettersom vi opererer med CheckBoxes, som krever booleans, og vi lagrer tilsvarende variabler som varchars i databasen, ville vi ha møtt på problemer her. Siden byr på to paneler: Det ene panelet gir brukeren mulighet til å endre profilbildet via en knapp som tar deg til Change_Avatar.aspx, samt gir brukeren mulighet til å endre brukerinformasjon som vises på profilen. Valgfri brukerinformasjon består av ekte navn, , alder, generell informasjon, interesser og favorittspill. Bruker SQL i code-behind for å oppdatere informasjonen. Det andre panelet gir brukeren mulighet til å endre passord til et nytt som må tilfredsstille samme krav som før. Bruker må skrive inn nytt passord to ganger, samt oppgi sitt gamle. Passordendring utføres også vha SQL i code-behind Welcome.aspx En enkel velkomstmelding rettet mot den påloggede bruker vises her. Brukernavn hentes inn vha SqlDataSource spesifisert i aspx-filen. Velkomstmeldingen kan foreløpig ikke endres.

29 View_Profile.aspx I Page_Load hentes informasjon om den brukeren som er spesifisert i QueryString, via SQL. Informasjonen som man selv viser kan endres av den respektive brukeren på Settings.aspxsiden. På høyre side er det i tillegg et panel med et ListView med HyperLinks til andre brukere enn den påloggede brukeren, slik at brukeren skal ha lett aksess til andre brukeres profiler. Brukernavnene hentes inn vha SqlDataSource som er spesifisert i aspx-filen.

30 3.7 Databasen Vi har gjort noen endringer fra den opprinnelige databasen, men i stor grad handler dette kun om utvidelser.: Vi har fjernet de tabellene som hadde med Achievements å gjøre. (Se 2.3.2) MyPageInfo merget vi med User. Renamet Picture til Image, i tillegg til at vi la til ImageComment fra kommentering. La til tabell for alle bildelagringsmappene (ImageFolderUrl). Kun én rad. EventFolderUrl brukes ikke, men ligger for evt. fremtidig utvidelse. ShoutBox trengte en egen tabell. Sponsor, Compo, Information og InformationBeta inneholder kun én rad hver, med generell text. Seat og SeatingChart ble omformet til Seating og SeatingR, ettersom dette ble hensiktsmessig for hvordan vi bygde opp prosjektet. LanSiteStatus inneholder også kun én rad, med informasjon om lansiden skal være tilgjengelig eller ikke.