25. oktober 2004 - 13:53Der er
5 kommentarer og 2 løsninger
FormsAuthentication & XML >3k brugere
Hej Eksperter,
jeg har overtaget administrationen af et ASP.NET system, hvor man logger ind vha. formsauthentication. Brugerne ligger i en xml fil. Der er 3100+ brugere, og flere af dem klager over at de ikke bliver logget ind, men istedet redirectet til loginsiden - påtrods af at de indtaster korrekt username/password.
Jeg tror at problemet ligger i hastigheden ift. xml sheetet - er den rigtigt?
Jeg har ikke rigtig arbejdet med asp.NET endnu, kun classic asp så jeg er ikke familiær med formsauthentication. Såvidt jeg kan læse mig frem til skulle der dog ikke være nogle problemer med mange brugere?
Systemet kører lige nu på en gammel server p2-400 med 768mb ram.. men regner med at bestille et nyt system idag - vil dette løse problemet?
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
jeg har desværre på fornemmelsen at den ikke bliver det.. sådan som systemet er bygget op (det er en spørgeskema indsamling), så fjerner den brugeren fra xml sheetet når denne har besvaret. Så jeg regner med at det ville blive problematisk at cache filen?
Ville det hjælpe at sætte timeout'en på formsauthenticationen op? Den står til 60 nu, eller for jeg blot problemer med at det kræver flere ressourcer?
Vi har lagt billet ind på et nyt system i retning af noget dual xeon 2,8ghz med 2gb ram etc. det burde hjælpe - såvidt jeg kan se på performance på nuværende system, så er xmlreaderen rimelig processor krævende?
Nu ved jeg ikke ret meget om ASP.NET og forms authentication, men udfra din beskrivelse, så bør der være muligheder.
Hvis nu XML filen blev læst op fra disk til et XmlDocument ved opstart eller ved første bruger, og brugere når de har besvaret fjernes fra XmlDocument i memory og skrev XmLDocument tilbage til disk.
Fordelene er: - det er hurtigere at skrive et XML dokument end det er at læse et - brugere som logger ind men ikke færdiggør belaster ikke systemet så meget
jeg kan desværre ikke rigtig rode i koden nu, da man her er bange for at der opstår fejl. Så jeg søger lidt nogle lappeløsninger :)
Til de næste gange vi skal kører det her har jeg tænkt mig at overfører systemet til at kører på en mssql - det burde tage sig af de hastighedsmæssige problemer.
mangler egentlig stadigvæk lidt konkret svar på hvorfor det går galt.. men du kan da få 50% :)
jeg har flyttet det hele over til at kører mssql hvilket har gjort en stor forskel (ikke så mærkeligt).
Jeg tror generelt ikke det har været en god ide at have en XML med brugere i, som konstant bliver ændret. Det havde sikkert virker bedre hvis den var permanent og man derved kunne lave en cachedependency på den..
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
