Hastighed er dårlig hos UnoEuro

Lars Mikkelsen:

Jeg er glad for alle jeres geniale svar og forskellige inputs.

Men, nu har jeg selv lavet hele siden med indhold, grafik, reklamer, SEO, installeret moduler og alt andet. Det er jeg for det meste sluppet meget heldigt fra :-) Håber jeg.

Det ser da bestemt fornuftigt ud overordnet set, hvis du har klaret alt selv, som ikke-fagmand, så tillykke med det:)

MEN, du spurgte i dit først indlæg "hvad kan jeg gøre". Derfor kom jeg med nogen forslag.

Særligt at opdatere dit system, så det kører nyeste versioner og kan køre PHP7, burde du undersøge om du kan finde ud af at få klaret. Ikke kun pga. hastighed, men også af sikkerhedsmæssige årsager (det er virkelig træls at blive offer for et hack, - og nogen gange er man offer uden at vide det, så dit site bruges til alt muligt snavs uden du ved det).

Hvis det er for teknisk at samle de 70 billeder til ét billede under "info" i din topmenu (det burde jo egentlig bare være at tage et screenshot af det, og så gemme som ét billede, og derefter lave et imagemap (hvis du kan i dit system, hvis ikke findes der gratis websites til det). Men hvis ikke, så kunne du også overveje om det bare skulle være tekstlinks.

Designermøbler:

Hvorom alting er, så er det aldrig særlig optimalt at have mange requests, jo færre, jo bedre.

Det er så ikke helt rigtigt, rettere meget forkert

Det er korrekt at i http1.0 og 1.1, at der er en begrænsning på hvor mange samtidige forbindelser du kan have på domæne - så det er korrekt hvis du bruger http 1.0 eller http 1.1, så kan det (oftest) betale sig at sammenlægge en del filer til et mindre antal.

Dog er det ikke rigtigt at det gælder om at have så få filer som overhovedet muligt, der er nemlig en balance mellem hvad din TCP forbindelser kan få at effektiv båndbredde (Læst lidt op omkring BDP), hvis du har valget mellem lad os sige 1, 4 eller 30 javascript filer på din side, vil den mest optimale oftest være 4 filer, fordi du selvom du har et større TCP overhead ved at lave de ekstra forbindelser (som du åbner anyway), kan du faktisk øge din generelle throughput for din side, selvom du øger mængden af requests.

Dette samtidig med din browsers render-engine (som er single-threaded), kan du opnå først og fremmest en bedre generel hastighed i form af antal sekunder det tager at downloade alle dine filer, men også at din perceived performance (så hvordan folk oplever hastigheden) kan ændres utrolig meget, selv ved at øge mængden af requests.

Så i http 1.0 og http 1.1, nej - det handler ikke om at have færre requests, fordi så var det så simpelt som bare at base64 encode billeder ind i siden, samt inline sin html og css.

Der er en balance du skal følge.

Nu til den sjove del:

bruger du http2.0 så anbefaler de faktisk at du har flere requests, de anbefaler at du *ikke* laver sprite af dine billeder, og de anbefaler at du *ikke* sammenlægger dine CSS og javascript filer, og at du *ikke* laver domain-sharding som man brugte meget i http 1.0 og 1.1.

Hele protokollen er bygget op af at fikse mange af de ting som gik galt i http 1.0 og 1.1, så man har bygget den ved at bruge TCP streams istedet, dvs. du åbner én (til tider 2) TCP streams for hvert domæne, og inde i denne stream kan du lave multiplexing af dine data, så antallet af requests *ikke* er begrænset mere.

Fordelen ved netop at have mange filer som er mindre, er at de bliver hentet hurtigere, og browseren kan starte med at rendere siden før (så du øger din perceived performance utrolig meget).

Har du 10 css filer på 100 kilobyte, eller 1 CSS fil på 1 megabyte, hvis du via http 2.0 henter de 10 filer, vil din browser allerede kunne starte med at rendere CSS'en for den første fil, så snart den kommer ind, hvor hvis du har den 1 megabyte fil, skal du vente indtil hele filen er hentet.

Samtidig med det har du andre ting i protokollen som gør at du kan give prioritet til en række filer, og derved selvom de bliver sendt senere, måske få dem leveret før.

God dag

Designermøbler:

Og det kræver så faktisk også, at man rent faktisk anvender http/2 :)

Yep, det er svært at bruge det hvis man ikke anvender det - men det er nu meget standard idag, at du enten kan gøre gennem din hosting udbyder, eller gennem de mange gratis CDN løsninger der findes.

Samtidig med det er cPanel ved at få http2 support også, så lige om snart er der mange millioner sider der også kan bruge det ud af boksen.