Optimering af css og asp.

At bruger ASP hele vejen, er hurtigere end at hoppe frem og tilbage hele tiden..

..havde engang et eksempel med en restaurent, en tjener, og en gruppe der bestiller mad :-)

Her er det:

ASP skriver HTML kode VS spring frem og tilbage (optimering)

  Eksempel 1 (den hurtige): Der er 5 elever på en restaurant. Der er 1 minutters gang fra køkkenet (serverside) og til bordet (klientside) hvor eleverne sidder. Tjeneren kommer for at tage imod deres bestilling (1 minut er passeret). Tjeneren tager alle elevernes bestillinger og går hen til kokken (endnu 1 minut er passeret). Der gik i alt 2 minutter fra de satte sig ved bordet, til kokken havde deres bestilling. Det tog ikke lang tid, da det hele skete på samme tid.

  Eksempel 2 (den langsomme): Der er 5 elever på en restaurant.. Der er 1 minutters gang fra køkkenet (serverside)  og til bordet (klientside) hvor eleverne sidder. Tjeneren kommer for at tage imod deres bestilling (1 minut er passeret). Tjeneren tager 1 elevs bestilling og går hen til kokken (+1 min.). Tjeneren går derefter tilbage til bordet (+1 min.), tager imod endnu en bestilling og går tilbage til kokken (+1 min.). Sådan skifter tjeneren mellem bordet (klientside) og køkkenet (serverside) indtil alle har bestilt. Det taget i alt 10 minutter.
  Pointen er som følgende: Ved at udføre at det der skal udføres samme sted (serveren; ASP skriver HTML koden), går det hurtigere. Det er en del af optimeringsprocessen.
  En andel del af optimeringsprocessen er direkte tilslutning til databasen, via ASP. Jeg har også brugt Option Explicit som tvinger programmøren (mig) til at definere variablerne. Dette gør at hastigheden, når den skal hente værdierne, øges.

hmm.. der kom vist lidt for meget med :-)

Skulle være stoppet ved:
"Pointen er som følgende: Ved at udføre at det der skal udføres samme sted (serveren; ASP skriver HTML koden), går det hurtigere."

..men på den anden side:
Jo mere serveren skal lave, jo mere belastes den og jo flere ressourcer skal den bruge..

Ok. Sådan en forklaring giver sgu karma :-)

Men jeg bruger response.Buffer=true. Har det nogen indflydelse?

Hvad mener du med direkte tilslutning til databasen via asp? Jeg bruger noget der ligner nedenstående når jeg tilslutter:

SQLserveradr="server.server.dk"
SQLdatabase="databasenavn"
SQLlogin="brugernavn"
SQLpassword="password"

Set Con = Server.CreateObject("ADODB.Connection")

conStr = "driver={MySql};server="& SQLserveradr &";database="& SQLdatabase
conStr = conStr & ";uid="& SQLlogin &";pwd="& SQLpassword & ";OPTION=16386"

Con.Open conStr
set SQLserveradr=nothing
set SQLdatabase=nothing
set SQLlogin=nothing
set SQLpassword=nothing
set conStr=nothing

Kl. 13:58:08 ramte du faktisk sømmet. Jeg mener nemlig at det må være lettere for serveren når den ikke skal bearbejde alt teksten, men kun den dynamiske del.

Men jeg er jo stadig en luset amatør ;), så det kan godt være at det ikke er rigtigt.

Jeg mener at det er sådan her (Microsoft Access database):

set rs = Server.CreateObject("ADODB.RecordSet")
Set conn = Server.CreateObject("ADODB.Connection")
conn.open "driver={Microsoft Access Driver (*.mdb)};dbq=" & server.mappath("db1.mdb")
strSQL = "sql streng her"
rs.Open strSQL, Conn
' kode her
conn.close
set conn = nothing

Ok. Jeg tror i princippet det er det samme.

Mht. mit css-spørgsmål. Nogle ideer?

.. det er i hvert fald den kode, jeg brugte i min rapport (12. januar 2003)..

Men nu bruger jeg følgende kode:

Set Conn = Server.CreateObject("ADODB.Connection")
DSN = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN = DSN & "DBQ=" & Server.MapPath("db1.mdb")
Conn.Open DSN
strSQL = "sql streng her"
Set rs = Conn.Execute(strSQL)
' kode her
Conn.Close
Set Conn = Nothing

kigger lige på det..

Nu er jeg godt nok ikke csshaj.. men det ser godt ud (formaering).. hvis du vil reducere filstørrelsen, skal du nok reducere antallet af linier, da "ny linie" vist også tager plads..

..og så fandt jeg nogle småfejl

#menureklamer
        {position: absolute;
        top: 450px;
        height: 300px;
        width: 100%;
        text-align: center <-- husk ";".. ellers vil den næste linie ikke virke, hvis du indsætter en..
        }   



#lup    {position: absolute;
        z-index=3; <-- "=" skal være ":"
        top: 40px;
        left: 20px;
        width: 60px;
        height: 60px;
        }

Tak for det :-) Den første er jeg dog ikke helt enig i. Syntaksen siger at der kun skal være en ; hvis der kommer en linie mere.

mht "response.Buffer=true"> Det ved jeg faktisk ikke.. men jeg vil tro, at det er det samme som "ASP skriver HTML kode VS spring frem og tilbage"..
Forskellen er vel, at det bare tager længere tid, før noget sendes til browseren..

Men som sagt: det ved jeg faktisk ikke..

Ok. Men læg lige et svar, så du kan få nogle point :-)

mht "syntaxen"> ..sagde jo at jeg ikke var en css-haj ;-)

Karma OG points? *snøft*.. Det er jo næsten juleaften ;-)

- Et svar er lagt :-)

Helt fortjent :-)

Takker for karma og points! :-)

thesurfer >> hmm .. ved ikke helt om jeg køber den forklaring. man "forlader jo ikke bordet" selv om man skifter mellem "html-mode" og "asp-mode". det er jo ikke sådan at serveren sender en stump html til klienten, derefter processerer en stump asp som den sender til klienten, derefter sender "ren" html til klienten og bagefter processerer asp og sender html til klienten. Serveren bruger lidt mere krudt på at identificere script-blokke, hvis det er et hav af dem, men helt normal rendering af sider, koster ikke særlig meget.

"Pointen er som følgende: Ved at udføre at det der skal udføres samme sted (serveren; ASP skriver HTML koden), går det hurtigere" - eh ... alt udføres samme sted. serveren fortolker scriptingen som er inkluderet på en side. når serveren er færdig med at fortolke scriptingen, så sendes det færdige resultat til klienten, som fortolker den asp-genererede HTML/XML/WML/whatever.

/nute

nute> mht eksemplet: Det mener jeg at have læst.. jeg kan se at jeg læste bøgerne "Teach Yoursself Active Server Pages in 24 Hours" (af Christoph Willi og Christian Koller, DK-Titel: "ASP – Active Server Pages") og "ASP 3 – dynamiske hjemmesider" (af Michell Cronberg), da jeg skrev rapporten..

Det har sikkert stået der?

thesurfer >> måske .. måske ikke ... det ved jeg ikke, da jeg ikke har læst bøgerne ;o]

anywho ... jeg synes stadig at det er en dårlig forklaring - om ikke andet, en dårlig formulering. Jeg ser ingen sammenhæng mellem den citerede bord-analogi, og sådan det fungerer i den virkelige verden.

/nute

-- og nute har helt ret, den analogi går f.eks. på forholdet mellem at give mulighed for at lave løbende validering client-side i forhold til alene at lave løbende validering server-side ...

-- og betyder alt andet lige, at det er dårligt at bruge server-side til at lave småting, som ændrer en smule på siden, hvis det samme kan klares client-side, så opbygningen skal laves, så man serverside får så mange oplysninger på een gang som muligt, hvis der skal reageres på !-)

Ej, det er zq da svært at skrive forståeligt dænsg, men det har i hvert fald ikke det fjerneste med forholdet mellem de to eksempler tofferman kom med ...

Man kunne måske endda argumentere for, at en meget stor html-blok uden behov for dynamik vil være dårlig at sende igennem en response.Write, da asp-fortolkeren så alligevel bliver nødt til at lede den igennem for eventuelle dynamiske tags ...

nute & roenving> Jeg havde åbenbart misforstået et eller andet? Jeg er villig til at sende pointsne en anden vej.. Læg et besked hvis I vil ha' pointsne.. så vil jeg oprette et nyt til dig/jer.
Læg også en besked, hvis I ikke vil ha' points :-)
Så slipper jeg for at sætte en tidsfrist.. kunne jo være at I ikke fik mails ang dette spm..

thesurfer >> ingen points til mig, tak. det var ikke derfor jeg postede en kommentar. Jeg ville kommentere og påpege at der har blevet godkendt urigtige oplysninger. Dette er noget tofferman har "ret" til at få at vide, så han slipper for at gå rundt og tro at verden er skruet sådan sammen som du har givet indtryk af (no offence).

og kender jeg roenving ret, så er han også rimelig ligeglad med at få points for dette. Det er ikke points der tæller - men at give korrekt information

;o]

Helt enig med nute ,-)