Optimaliser ditt WordPress nettsted med LiteSpeed
Skrevet av: Simon A. Skaar
12. desember 20182. mars 2020

LiteSpeed webserver (LSWS) er en webserver som har svært god ytelse sammenlignet med andre webservere. LiteSpeed kan erstatte Apache uten at du må gjøre endringer i konfigurasjonsfiler i installasjonen.

LiteSpeed cache plugin

Dersom installasjonen din ligger på en server som kjører på LiteSpeed kan du benytte deg av kraftige utvidelser fra LiteSpeed som kjører full optimalisering og cache av din nettside. Det finnes moduler laget for WordPress, Joomla, OpenCart, Drupal 8 og flere store CMS-er. Hos PRO ISP er LiteSpeed gratis å bruke dersom man har Pro Medium, Pro Premium eller Enterprise.

LitesSpeed cache plugin for WordPress muliggjør optimalisering av nettsiden, både med cache, optimalisering av skripter og bilder. En av de største fordelene ved å bruke LiteSpeed Cache plugin er at du kan optimalisere nettsiden med noen få klikk.

Utvidelsen installeres enkelt fra WordPress sitt bibliotek som du har tilgang til via ditt adminpanel, eventuelt kan du se guiden vår «Installere LiteSpeed Cache Plugin for WordPress«.

Hvordan optimalisere nettbutikk

Når utvidelsen er blitt aktivert vil standard innstillinger være slått på og du vil kunne se de fire første valgene under «Settings». Disse behøver du normalt ikke å endre.

(Fane #5 – WooCommerce dukker kun opp om du har denne utvidelsen installert/aktivert.)

Så snart du aktiviserer utvidelsen vil optimaliseringen starte og standard cache bli aktivert. For å se andre innstillinger velg «Show advanced options». Du vil da få et valg mellom totalt tolv faner (tretten om du har WooCommerce installert).

Optimize (fane #5)

Optimize inneholder Minify, kombinering og HTTP/2-push av skript og er viktig i forbindelse med optimalisering av nettside. Kort sagt fjerner denne unødvendig kode, kommentarer og kombinerer flere CSS og JS filer sammen slik det vil resultere i færre forespørsler for dine besøkere.

Med kun endringene som jeg skriver nedenfor fikk vi ganske gode resultater fra GTMetrix.

Dette er resultatene før Optimize funksjonen ble aktivert (cache var allerede aktivert).

Dette var resultatene etter Optimize funksjonen ble aktivert.

Dersom du er utrygg på hvilke innstillinger du skal velge, kan du trygt slå på CSS Minify, CSS HTTP/2-push, JS, Minify, JS HTTP/2-push. CSS Combine, JS Combine kan resultere i at skript og CSS feiler på siden.

Etter du har aktivert eller gjort endringer i utvidelsene bør du sjekke at nettsiden din fungerer som normalt. Opplever du problemer med combine-funksjonen men fortsatt ønsker å ha den kan du løste dette ved hjelp av «How to fix problems caused by CSS/JS optimization«. I dette eksempelet fortsetter vi uten at disse er aktivert.

Aktiverer du HTML Minify vil kildekoden ikke være enkel å se på om du skulle ha behov for å se på den senere. All kode vil bli «presset sammen» for å spare ressurser. Det er likevel anbefalt å slå på denne. Under samme funksjon ser du Inline CSS Minify og Inline JS Minify. Disse vil fjerne mellomrom, avsnitt/linjer og kommentarer i alle CSS- eller JS-filer.

Load CSS Asynchronously er en funksjon som gjør at både CSS og HTML lastes samtidig. Som standard laster alltid CSS først slik at siden skal vises riktig med en gang den laster. Ved å slå på Load CSS Asynchronously vil siden lastes kjappere men kan gi besøkende et dårlig første inntrykk da de kan se siden din uten bilder og CSS i et lite sekund. Derfor anbefaler vi at du i tillegg slår på Generate Critical CSS. Denne kobler seg til LiteSpeed sin Critical CSS server som vil sette inn nødvendig CSS for at kunden ikke skal kunne se en mindreverdig versjon av nettsiden din. Vi anbefaler at du også slår på Generate Critical CSS in the Background. Denne sørger for at nettsiden lastes automatisk i bakgrunnen og cacher seg klar til når en kunde vil se nettsiden så kjapt som mulig, uten feil.

Load JS Deferred vil gjøre at alle skript blir lastet etter HTML-koden. Slå på denne og test nettsiden din. Får du feil bør du aktivere Exclude JQuery og prøve på nytt.

DNS Prefetch tar vi ikke for oss i dette innlegget men du kan lese mer i «X-DNS-prefetch-control«.

Det siste valget på Optimize er «Remove Comments». Dette er kommentarer eller skript som typisk er deaktivert med */ eller //. Disse blir automatisk fjernet i den cachede versjonen av nettsiden og kan i mange tilfeller være med på å gjøre lasten kjappere.

Innstillingene i Optimize fanen vil kunne utgjøre store forskjeller for å øke hastigheten for din nettside. Denne funksjonen bytter bort andre utvidelser (som f.eks Autooptimize) innenfor minify-valg.

Tuning (fane #6)

Combined CSS Priority og Combined JS Priority behøver kun å være aktivert om du opplever problemer med designet ditt etter du har aktivert valgene fra Optimize.

Remove Query String sørger for at en side med forskjellige mulige strings bak i URLen ignoreres og kun siden som vises caches.

Et eksempel kan være:
dittdomene.net/produkt/vannkanne
dittdomene.net/produkt/vannkanne?farge=gul
dittdomene.net/produkt/vannkanne?farge=rosa

Uten Remove Query String vil alle disse sidene bli cachet selv om det er den samme siden de er inne på. Når du aktiverer Remove Query String ignoreres disse og du sparer da ressurser på at kun dittdomene.net/produkt/vannkanne caches. Du kan lese mer om dette og se eksempel på LiteSpeeds blogg.

Dersom du benytter Google Font kan du laste disse inn kjappere ved å koble seg til Google sine tjenere før selve nettsiden laster. Benytt Load Google Fonts Asynchronously. Remove Google Font vil fjerne eksterne fonter som lastes fra Google, om du ikke er sikker på om du trenger disse kan du lagre med dette valget på, sjekk deretter innlegg/tekst på siden for å se om det er berørt.

Vi går ikke inn på regler/excludes da dette blir mer avansert bruk.

Remove WordPress Emoji vil kutte ned på requests fra siden din. Vi anbefaler dette da du i dag kan bruke standard emojier om det er ønskelig.

Media (fane #7)

Vi lar Lazy Load Images forbli avslått da dette er en funksjon du selv bør vurdere om du ønsker å bruke. Det er individuelt til hvilket behov man har for dette men det vil uansett spare krefter i forhold til last av nettsiden, men husk du skal tilfredsstille både besøkende og søkemotorer.

Optimize Automatically anbefaler vi at du slår på. Dette vil aktivisere optimalisering av bildene dine. Vi slår i tillegg på Optimization Cron, Optimize Original Images, Optimize WebP Versions, Optimize Losslessly og Image WebP Replacement.

Etter du har slått på disse kan du gå til «Image Optimization» under hovedvalgene for LiteSpeed. Her kan du se en grei oversikt over hvor mye du har spart og kø på hvor mange bilder som optimaliseres blant annet.

Som et eksempel lastet vi opp et bilde på 1,4MB som allerede var optimalisert av tredjepartsprogam, etter noen minutter med prossering i bakgrunnen fikk jeg 8% mindre filstørrelse. Med standard innstillinger vil du ikke merke noen synlig endring på bildet.

Litespeed cache plugin — Dette bildet er optimalisert av LiteSpeed. Det er også en WebP versjon som ga 64% mindre bildestørrelse.

CDN (fane #8)

I denne fanen legger vi inn CloudFlare sin API nederst på siden, da nettsiden bruker CloudFlare sine navneservere. Om du ikke benytter CloudFlare (eller annen CDN) kan du ignorere dette. Man trenger nødvendigvis ikke CDN om målgruppen din er i Norge og du er på norsk server. CloudFlare har uansett mange spennende funksjoner som følger med via våre webhotell. Har du mye trafikk fra utland bør du absolutt bruke dette.

Angående Load JQuery Remotely bør du kun aktivere dette om dine besøkere kommer fra andre land enn Norge da både Google og Cdjns kan hente dette fra utenlandske servere. Analysesider vil også beregne dette som eksterne forespørsler.

ESI (fane #9)

Er du usikker på hva ESI er kan du lese mer om dette i «Wpw: Private cache vs. public cache».

Kort sagt er dette en funksjon innenfor cache som kan vise forskjellige cachede nettsider ettersom man har forskjellige roller (f.eks gjester, innloggede og administrator). Vi anbefaler å slå på denne i tillegg til Cache Admin Bar og Cache Comment Form.

Vary Group trenger du ikke å endre innstillingene for, med mindre du driver nettbutikk der du viser forskjellige priser i henhold til rolle (f.eks privatkunder skal se en pris mens forhandlere ser en annen).

Advanced (fane #10)

Det eneste vi slår på her er «Browser Cache» med en TTL på 1296000. Du kan også la standardverdien være der. Browser cache lagrer for eksempel logo, bilder og fonter lokalt på dine besøkendes enheter slik at de ikke trenger å laste dette ned for hver gang de besøker siden eller går inn på andre lenker hos deg. De fleste statiske filer som ikke endres vil da lagres. TTLen trenger ikke være for høy da du gjerne endrer innhold til tider. Alt fra 1 dag i sekunder til en måned er greit.

Vi tar ikke for oss Object cache da dette er et større avansert tema.

Debug (fane #11)

Er du usikker om en feil på nettsiden din skyldes LiteSpeed kan du aktivere «Disable All Features», lagre og deretter sjekke nettsiden din (husk å slå av denne funksjonen etterpå).

I denne fanen kan du også endre hvor mye som logges. Du kan slå av ADMIN-AJAX ved å deaktivere «Heartbeat». Dette bør/trenger du ikke gjøre med mindre det er en grunn til.

Crawler (fane #12)

Det er for tiden kun enkelte Enterpriseservere som har denne funksjonen så jeg utelater denne for guiden. Ta kontakt med oss om dette er av interesse så hjelper vi deg med å velge riktig typewebhotell.

WooCommerce (#13)

I denne fanen har vi aktivert alle valg samt lar Product Update Interval forbli på «Purge product on changes to the quantity or stock status. Purge categories only when stock status changes.»

* Dette ser du kun om du har nettbutikkmodulen WooCommerce installert og aktivert.

Oppsummering

Er du allerede på LiteSpeed webserver eller trenger du anbefalinger og råd? Ta gjerne en prat med vår salgsavdeling på telefon, e-post eller live chat så veileder vi deg videre.

7 tips for raskere nettside og lavere lastetid
Skrevet av: Morten Malde
22. februar 20172. mars 2020

Hastighet og lastetid for nettsider er ekstremt viktig og påvirker nettsidens trafikk i stor grad. Google legger stor vekt på hastighet når nettsider rangeres og i tilfeller med to ulike nettsider med det samme innholdet vil Google foretrekke den hurtigste av de to. Lastetiden av nettsiden din har i tillegg stor betydning for dine besøkende og dine potensielle kunder.

Fluktraten er mye større for trege nettsider enn for raske nettsider. PRO ISP er lidenskapelig opptatt av hastighet og lastetid på nettsidene til våre kunder. Vi gir deg derfor noen enkle og raske tips som vil kunne gi deg en raskere nettside.

Før du følger noen av tipsene våre kan det være interessant å se hvilken forskjell de utgjør. Under finnes det noen enkle verktøy som kan måle hvor «rask» nettsiden er idag:
Pingdom Tools (velg Stockholm før du kjører testen)
GTMetrix (du får ikke valgt lokasjon den skal teste fra uten å være registrert)

Tips 1 – PHP versjon

Det kommer hele tiden nye versjoner av PHP. Disse har forbedringer for å redusere forbruk av ressurser som kreves for å drive en nettside som er bygget opp i PHP.

Det er flere fordeler ved å endre til nyere og høyere PHP versjon:
– De krever mindre ressurser og er mer effektive.
– Nettsiden vil ha kapasitet til mer trafikk og laste raskere.
– Sikkerheten er aktivt støttet. På PHP 5.6 så utgår sikkerhetstøtten 31 Desember 2018.
(På alle våre servere kjører vi «HardenedPHP» slik at eldre PHP versjoner holdes sikre.)

Versjonen kan endres frem og tilbake så mye du ønsker for å teste og se hvilken som fungerer best for din nettside. Det er selvfølgelig viktig at koden/skriptet du kjører på nettsiden ikke er utdatert, da kan du få problemer med nyere PHP versjon.

Så lenge alt holdes oppdatert i WordPress/Joomla! og andre skripter så kan de fleste idag kjøre PHP 5.6, men hvis nettsiden fungerer fint i PHP 7.0 eller høyere så er det enda bedre.
PHP versjon kan enkelt endres via cPanel (kontrollpanelet).

Tips 2 – Komprimering av innhold

Det meste av innhold kan komprimeres før det sendes ut til den besøkende fra serveren. Ved komprimering vil det redusere hvor mye som må overføres til den besøkende og kraftig redusere lastetiden av nettsiden. Dette er noe som er tilgjengelig på alle våre servere og kan enkelt settes opp i .htaccess filen eller ved å aktivere det inne i cPanel slik denne guiden viser.

Tips 3 – Cache (mellomlagring)

Det finnes flere måter og typer av cache, men i dette tipset så tar vi for oss cache av selve nettsiden på serveren. Ved cache aktivert på en nettside så vil data bli mellomlagret slik at nye forespørsler av samme nettside og innhold blir hentet ut fra cache og ikke selve webserveren. Det reduserer lastetiden betraktelig og gjør nettsiden betydelig raskere.

Ettersom en stor andel av våre kunder benytter WordPress på nettsidene så tar vi utgangspunkt i dette skriptet, men gjelder for alle andre typer skripter (Joomla!, Drupal og Magento) også.

Inne i WordPress så finnes plugins (utvidelser på Norsk). Der kan du laste ned og installere flere forskjellige cache plugins. Hvis ditt webhotell er plassert på en LiteSpeed server så kan du benytte deres cache plugin som også er raskest i våre tester.

Andre cache plugin som vil fungere bra er disse:
WP Super Cache
W3 Total Cache
Comet Cache
WP Fastest Cache

Når du har installert og aktivert en av disse så finnes det mange innstillinger og for de fleste er det ikke nødvendig å gjøre endringer på disse. Har du en nettside som ikke har mye besøk så kan det være smart å endre (TTL) for cache til høyere enn standard. Sett den gjerne til 432000 (12 timer).

Tips 4 – Hold ting oppdatert og fjern ting som ikke er i bruk

Veldig mange installerer skripter på webhotellet og plugin/moduler i skriptene. Disse blir ofte «glemt» eller ikke tatt i bruk etter at de er testet. Selv om kanskje tanken er at de skal brukes senere så er det bedre å fjerne dem og heller installere når det skal tas i bruk.

Alt av plugin, theme/tema, extensions og moduler som ikke brukes er også en sikkerhetsrisiko i tillegg til at de bruker unødvendige ressurser og diskplass. Ved å alltid holde ting oppdatert så er man bedre beskyttet mot hackere og andre angrep. Skulle en oppdatering feile så kan man gjenopprette fra vår eksterne backup.

Tips 5 – Optimaliser bilder

Bilder er en av de tyngre elementene på ett nettsted. Derfor er det viktig at disse blir optimalisert så godt som mulig. Googles egen Google PageSpeed fungerer bra til å analysere hva som kan forbedres og her får du også optimaliserte bilder i en .zip fil som du kan laste ned og bytte ut eksisterende bilder med.

For WordPress så finnes det plugins som fjerner overflødig informasjon fra bildene (kamera type etc.) som reduserer størrelsen og optimaliserer bildene. Ved å ta i bruk en plugin som er nevnt nedenfor vil disse kunne optimalisere samtlige bilder som er lagt ut på nettsiden idag:
LiteSpeed Cache
WP Smush
ShortPixel Image Optimizer
Imagify Image Optimizer
TinyPNG

Tips 6 – SSL og HTTP/2

HTTP/2 er siste versjon av HTTP protokollen og vil for typiske nettsteder forbedre lastetiden betraktelig i forhold til 1.1 versjonen. Det er verdt å være klar over at alle de store nettleserne har valgt å kun støtte HTTP/2 over SSL (HTTPS), noe som innebærer at du må ta i bruk et SSL sertifikat på nettstedet ditt for å kunne benytte HTTP/2.

Samtlige av våre webhotell inkluderer et gratis SSL sertifikat som vil dekke minimumskravene i forhold til kryptering og HTTP/2. Du kan installere dette enkelt som vist i guiden Konfigurasjon av Basis SSL. Selv om vi tilbyr dette gratis alternativet anbefaler vi alle seriøse sider å gå for et betalt SSL sertifikat som har en rekke tilleggsfunksjoner for å øke tilliten til nettstedet ditt og derav også øke konverteringer (ønskede handlinger).

Alle våre servere støtter HTTP/2 så lenge SSL benyttes.

Tips 7 – Bruk LiteSpeed webserver

Fordelene ved å benytte LiteSpeed fremfor Apache servere:

Statisk innhold serveres opptil 5x raskere enn Apache
Dynamisk innhold serveres opptil 40x raskere enn Apache
HTTPS 3x raskere enn Apache
Bruker mindre av serverens ressurser, som medfører det skal mer til før CloudLinux sine grenser nås = det skal mer til før ressursbruken til siden din begrenses
Støtter LiteSpeed sin cache plugin til WordPress
LiteSpeed var den første kommersielle webserveren på markedet. Erfaringsmessig ser vi at ny funksjonalitet lanseres raskt og at det stadig gjøres forbedringer på ytelse.

Våre Apache servere benytter en modul som er basert på LiteSpeed (mod_lsapi) så forskjellene er ikke så dramatiske som nevnt over for våre webhotell, men de er fremdeles betydelige nok til at LiteSpeed absolutt anbefales fremfor Apache.

Nettsider på Enterprise webhotell – del 1
Skrevet av: Jon Eivind Malde
14. april 20162. mars 2020

I denne bloggserien vil vi se nærmere på kunder som har byttet fra våre standard webhotell til Enterprise webhotell og hvilke forbedringer dette har medført. Vi vil også gå nærmere inn på hvilke endringer som er utført i skript dersom det er gjort forbedringer i forhold til dette.

Første kunde* vi ser nærmere på har flyttet www.trondheim.no og www.trondheim.com fra våre vanlige webhotell med Apache webserver til Enterprise webhotell. Nettsidene er basert på Joomla og det er ikke utført noen endringer i oppsettet i overgangen. Nettsidene er offisielle nettsider for Trondheim hvor kort og godt det meste om Trondheim er presentert på en oversiktelig måte på både norsk og engelsk.

Per dags dato tilbyr ikke LiteSpeed egen plugin for Joomla for caching (som de for eksempel gjør for WordPress), men dette skal være på planleggingsstadiet. Det skal være mulig å sette opp LiteSpeed caching for Joomla som beskrevet her:
Joomla LSCache

Vi har ikke satt på caching som nevnt over og nettsidene hadde ikke aktivert noen form for caching i perioden da nettsidene ble flyttet.

For å best mulig vise forbedringene flyttingen har medført har vi foretatt målinger før og etter flytting via følgende:

Gtmetrix
Pingdom Website Speed Test
ab (Apache HTTP server benchmarking tool) fra Norge og Tyskland

Ettersom resultatene er tilnærmet like for nettsidene og kun den norske versjonen var tilgjengelig på no.trondheim.com har vi foretatt alle tester mot den adressen.

Før flytting til Enterprise webhotell

ab fra Norge

# ab -n 300 -c 2 http://no.trondheim.com/
This is ApacheBench, Version 2.3 <$Revision: 655654

gt; Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking no.trondheim.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Finished 300 requests Server Software: Apache Server Hostname: no.trondheim.com Server Port: 80 Document Path: / Document Length: 21846 bytes Concurrency Level: 2 Time taken for tests: 77.225 seconds Complete requests: 300 Failed requests: 0 Write errors: 0 Total transferred: 6728100 bytes HTML transferred: 6553800 bytes Requests per second: 3.88 [#/sec] (mean) Time per request: 514.833 [ms] (mean) Time per request: 257.416 [ms] (mean, across all concurrent requests) Transfer rate: 85.08 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 5 5 0.1 5 6 Processing: 341 507 76.3 523 1063 Waiting: 323 480 73.8 498 1038 Total: 346 513 76.3 528 1068 Percentage of the requests served within a certain time (ms) 50% 528 66% 540 75% 544 80% 548 90% 559 95% 573 98% 643 99% 867 100% 1068 (longest request)

ab fra Tyskland

# ab -n 300 -c 2 http://no.trondheim.com/
This is ApacheBench, Version 2.3 <$Revision: 655654

gt; Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking no.trondheim.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Finished 300 requests Server Software: Apache Server Hostname: no.trondheim.com Server Port: 80 Document Path: / Document Length: 21846 bytes Concurrency Level: 2 Time taken for tests: 88.542 seconds Complete requests: 300 Failed requests: 0 Write errors: 0 Total transferred: 6728100 bytes HTML transferred: 6553800 bytes Requests per second: 3.39 [#/sec] (mean) Time per request: 590.282 [ms] (mean) Time per request: 295.141 [ms] (mean, across all concurrent requests) Transfer rate: 74.21 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 32 34 0.6 34 37 Processing: 377 553 119.3 562 1316 Waiting: 342 509 95.5 526 1058 Total: 411 587 119.3 596 1351 Percentage of the requests served within a certain time (ms) 50% 596 66% 606 75% 612 80% 618 90% 670 95% 801 98% 1000 99% 1136 100% 1351 (longest request)

Pingdom Website Speed Test

GTMetrix

Etter flytting til Enterprise webhotell

ab fra Norge

# ab -n 300 -c 2 http://no.trondheim.com/
This is ApacheBench, Version 2.3 <$Revision: 655654

gt; Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking no.trondheim.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Finished 300 requests Server Software: LiteSpeed Server Hostname: no.trondheim.com Server Port: 80 Document Path: / Document Length: 21846 bytes Concurrency Level: 2 Time taken for tests: 35.143 seconds Complete requests: 300 Failed requests: 0 Write errors: 0 Total transferred: 6735600 bytes HTML transferred: 6553800 bytes Requests per second: 8.54 [#/sec] (mean) Time per request: 234.287 [ms] (mean) Time per request: 117.144 [ms] (mean, across all concurrent requests) Transfer rate: 187.17 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 3 3 0.2 3 5 Processing: 217 231 15.5 228 380 Waiting: 208 220 14.7 218 369 Total: 220 234 15.5 231 383 Percentage of the requests served within a certain time (ms) 50% 231 66% 234 75% 235 80% 236 90% 240 95% 247 98% 273 99% 325 100% 383 (longest request)

ab fra Tyskland

# ab -n 300 -c 2 http://no.trondheim.com/
This is ApacheBench, Version 2.3 <$Revision: 655654

gt; Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking no.trondheim.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Finished 300 requests Server Software: LiteSpeed Server Hostname: no.trondheim.com Server Port: 80 Document Path: / Document Length: 21846 bytes Concurrency Level: 2 Time taken for tests: 47.443 seconds Complete requests: 300 Failed requests: 0 Write errors: 0 Total transferred: 6735600 bytes HTML transferred: 6553800 bytes Requests per second: 6.32 [#/sec] (mean) Time per request: 316.284 [ms] (mean) Time per request: 158.142 [ms] (mean, across all concurrent requests) Transfer rate: 138.65 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 31 33 0.8 33 36 Processing: 269 282 10.4 281 386 Waiting: 237 249 10.3 248 353 Total: 301 315 10.5 313 420 Percentage of the requests served within a certain time (ms) 50% 313 66% 316 75% 317 80% 318 90% 322 95% 327 98% 337 99% 369 100% 420 (longest request)

Pingdom Website Speed Test

GTMetrix

Forbedringer som følge av flyttingen til Enterprise webhotell

Det som er verdt å merke seg i forhold til forskjellene mellom før og etter for ab testene i Norge er at gjennomsnittlig lastetid er gått ned fra 513ms til 234ms, noe som tilsvarer en reduksjon på ca. 54%. Vi ser også at forskjellen på laveste lastetid til høyeste lastetid er gått fra 722ms til 149ms, noe som innebærer at besøkende til nettsiden nå ikke vil oppleve store variasjoner i lastetiden som de kanskje gjorde før.

Pingdom og GTMetrix testene viser også at innholdet som lastes ned er redusert fra ca. 1.9mb til 1.0mb. Dette skyldes i hovedsak at det ikke var satt på noen form for komprimering på forrige server, mens LiteSpeed er satt opp til å automatisk komprimere innholdet. Vi ser også at den totale lastetiden ca. 37% for Pingdom og 21% for GTMetrix. Årsaken til at reduksjonen er lavere for disse enn for ab testene er i hovedsak at ab testene kun laster ned HTML koden som vises på siden, mens de 2 andre laster ned alle elementer (bilder, CSS filer mm.) som inkluderer det som ligger på webhotellet hos oss og på eksterne servere.

Ab testene er relativt like med unntak av avstanden mellom Norge og Tyskland både før og etter flytting. Vi har tatt med ab fra 2 lokasjoner kun for å bekrefte resultatene fra mer enn en lokasjon.

Oppsummering:
Vi kan slå fast at det har vært en markant forbedring på lastetiden etter flytting til Enterprise webhotell, samt at den varierer i mye mindre grad enn før. Reduksjonen på størrelsen på det som lastes ned er også redusert markant, noe som er svært fordelaktig i forhold til enheter som befinner seg på tregere nett. Alle forbedringene kommer uten at noen endringer er utført på eksisterende løsning. Dersom vi hadde aktivert Joomla LSCache hadde lastetiden vært redusert ytterligere.

Ønsker du å flytte til Enterprise webhotell?

Har du en nettside du kan tenke deg å flytte til våre Enterprise webhotell? Ta kontakt så kan vi være behjelpelige i forhold til flytting, benyttelse av cache i LiteSpeed (om aktuelt) og presentere resultatet dersom nettsiden benytter en løsning som ikke allerede er presentert.

*Grunnet etiske prinsipper og retningslinjer kan vi ikke omtale kunden nærmere, noe vi kommer til å gjøre for andre nettsider i kommende blogginnlegg så sant ikke samme omstendigheter gjelder.