Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
problemer ligger ikke her, men i den formular, der skal aflæse efter klik på Search Og så vil koden blive meget hurtigere hvis du lod være med at hoppe fra html til asp og tilbage igen - lav det hele i asp, og brug response.write til html-koden.
djsteiner >> Er du ikke allerede igang med at få svar på dette spørgsmål et andet sted her på eksperten??
claes57 >> Har du noget konkret belæg for at påstå dette? Umiddelbart oversættes en ASP-side til noget mere maskinært første gang den indlæses i cachen og derefter vil det være den oversatte udgave der udføres. Lur mig om den oversatte udgave ikke allerede har gjort arbejdet med at gøre det hele til noget strømlinet. Jeg har ikke selv kunne konstatere nogen forskel på den ene eller den anden måde, så jeg bruger den der er mest overskuelig (nemlig at skifte mellem ASP og HTML - i flæng! ;-))...
#3 og <%do until rs.eof%> <option value="<%=rs("gid")%>"><%=rs("gruppenavn")%></option> <%rs.movenext loop%> er bedre (lettere at læse end) <% do until rs.eof response.write "<option value=" & rs("gid") & ">" & rs("gruppenavn") & "</option>" rs.movenext loop %>
den sidste har ikke så meget lan-kommunikation og mindre server-cpu-krav, og sparer derfor på servers ressourcer - hvis du kører på lejet server kan du være ligeglad - men prøv at tænke på den, der skal sikre båndbredde hvis du nu får mere end en besøgende i timen.
claes57 >> Dette er da en interessant debat og måske vi skulle tage den i en ny tråd... Jeg er dog interesseret i at høre lidt mere om argumenterne for, hvorfor den der skifter mellem ASP og HTML har øget LAN-kommunikation ifht. den anden... umiddelbart skal ASP-siden jo ikke hentes over netværket, men ligger på webserveren der skal udføre den, så det argument kan jeg ikke forstå...?
Jeg tror ikke du kan lave en test der giver en reel målbar forskel selvom du udfører den samme side 100 gange efter hinanden.
Hvis du vil satse på performance vil jeg mene der er 1000 gange mere at hente ved at kode tingene bedre og optimere dine databasekald. Jeg synes i det mindste ikke det er værd at ofre læsbarheden af koden for at hente den smule der måske (men givetvis ikke) er ved at kode siden med rene response.writes...
>> softspot hver gang server måder html, så skippes det afsted - det giver mange små pakker - modsat det, jeg vil - få store pakker. Det er så min holdning.
Og det oprindelige - jeg kender ikke relationer mellem grupper, haarfarve, og selve personerne, så det er ret svært at designe et kald efterfølgende. Det letteste på en access-database er at lave en forespørgelse, der indeholder alle tre (eller flere) tabeller. Så kan man i den spørge på hvor hårfarve er brun og gruppe er nordsjælland (jeg ville så nok synes at fx højde/drøjde var vigtigere end en hårfarve, der let kan skiftes).
claes57 >> Det skippes ikke afsted hvis du har slået buffering til (og det er efter min bedste overbevisning) standard-instillingen for ASP på IIS 6+ (måske endda også IIS 5). I øvrigt er dette også tilfældet når du kalder Response.Write, så igen ingen forskel der...
Jeg har dog en mistanke om, hvor din overbevisning kan komme fra, nemlig fra helt "gamle" dage (præ IIS 5), hvor der vist ikke skete nogen form for caching og præcompilering af ASP-sider og det derfor var mere relevant at undgå skift mellem ASP og HTML... jeg er dog ikke helt sikker på dette, da jeg ikke har kodet til noget tidligere end IIS 5.
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.