Jeg vil os lige give mit input, på trods af der nok bliver gentaget en smule af hvad de andre har sagt.
Generet set plejer jeg at dele load tid optimerings op i 3 dele.
*Back-end*
Denne del handle om at din kode og database forespørgsler bliver optimeret. Det er dette der, på baggrund af dit CMS system og tilhørende plugins samt information i databasen, generere din hjemmeside som den skal se ud. Imens dette bliver gjort vil brugeren i browseren blot se en blank side/den forrige side eftersom siden endnu ikke er lavet og browseren ikke kan begynde at vise den. Det er denne del Dan Storm påtaler når han siger at siden tager 3 sekunder at blive serveret.
Optimering af denne del handler om at optimere den bagved liggende kode (eg. dit CMS system og deres moduler) samt de MySQL forespørgsler der bliver lavet til serveren. Med CMS systemer har jeg oplevet at det som oftest er netop forbindelser til databasen der skaber problemer. Generelt set kræver optimering af det bagved liggende kode en del erfaring med programmering.
Har man ikke dette (pga manglende erfaring eller fordi koden simpelthen er optimeret så meget som muligt) er der dog nogle andre måder hvorpå man kan optimere sin side. Den første er at slette alle de moduler/plugins til dit CMS system som du ikke har brug for. Mange gange kan det også være et enkelt plugin der skaber problemet så det kan være en god ide at fjerne modulerne en efter en og teste loadtiden for at se om dette er tilfældet.
En anden måde at optimere back-enden på er ved at bruge et cache system. Dette gør at det ikke er nødvendigt at generere siden på ny hver gang der kommer en besøgende på hjemmesiden. De fleste CMS systemer (Joomla, Wordpress osv.) understøtter at man kan opsætte en cache løsning rimeligt nemt. Dette kan enten være indbygget i systemet eller via moduler.
*Server*
En god server kan gøre rigtigt meget forskel især hvis man har en tungere side. Generelt set vil en bedre server gøre at back-end delen af din hjemmeside bliver generet hurtigere, men det kan også have en betydning fra front-end delen.
Som nævnt i tidligere afsnit er det oftest database forbindelser der giver problemer og derfor kan det gøre en kæmpe forskel at serveren har en god disk I/O. Disk I/O gør at filer (som en database består af) bliver læst meget hurtigere og derfor kan data blive serveret hurtigere. SSD diske gør en kæmpe forskel på dette, især ved den type læse forespørgsler der bliver lavet i forbindelse med databaser.
Den anden ting man skal være opmærksom på hvis du anvender et webhotel er at det kan være at udbyderen begrænser forbruget af div. server resurser. Så vidt jeg ved anvender Meebox både cPanel og CloudLinux og du burde derfor (med mindre Meebox har gemt informationen) kunne navigere til "Resource Usage" i cPanel for at kunne se hvor mange resurser din hjemmeside bruger. Læg især mærk til CPU samt I/O. Hvis du på nogle tidspunkter rammer helt i toppen med disse værdier betyder det at resurse forbrug bliver begrænset og derfor vil din side loade langsommere. Hvis dette er tilfældet, kan opgradering til at større webhotel eller til et webhotel hos en anden udbyder med højere resurse begrænsninger gøre en forskel.
Den sidste ting angående servere som jeg lige vil nævne er angående VPS/Cloud servere. Dette er en løsning som mange oftest er hurtige til at anbefale folk. Men i min mening så kræver dette langt mere fra kunden eftersom kunden selv skal administrere serveren. Dette kræver en hel del erfaring hvis det skal gøres på en god måde. Hvis kunden ikke kan det, skal der hyres server administration og hvis dette skal være godt er det som oftest rimelig dyrt. Især hvis man ønsker at serveren rent faktisk yder optimalt og at dem der administrere serveren logger ind og kigger på problemer automatisk hvis serveren går ned. I min optik skal man også passe lidt på med disse, eftersom man især på det udenlandske markedet, sagtens kan løbe ind i en server der rent faktisk er super langsom og ikke giver den store mulighed for at sætte loadtiden ned. En VPS kan sagtens give et super godt resultat, ingen tvivl om dette, men jeg mener personligt ikke det er noget som særlig mange burde kigge på.
*Front-end*
Dette er den del der kommer efter at back-enden har produceret din hjemmeside. Når dette er gjort begynder browseren at vise din hjemmeside. På dette tidspunkt så skal browseren oftest hente en masse andre filer f.eks. CSS filer, Javascrip filer, billeder osv som der bliver linket til fra den kode der bliver generet. Det er denne del som keysersoze snakker om. Hver gang der skal hentes en ny fil skal der tages kontakt med serveren (principielt set), og dette gør altså at hvis du skal hente rigtigt mange forskellige filer vil din side være langsommere om at blive færdig med at blive vist. Herudover kan man også minimere whitespace osv i disse filer for at gøre filerne mindre.
Jeg vil mene at du skal tage et kig på alle punkterne hvis du har tid og resurser til det, men jeg ville starte med at kigge på back-end og front-end, hvis du altså har tid. Der er nemlig ingen tvivl om du kan gøre rigtigt meget her. Det kan dog tage utallige timer at sidde og optimere disse ting og nogle gange kan flytning til en bedre servere være en "genvej" til at få en hurtigere side da det mange gange kan give et tilfredsstillende resultat rimelig hurtigt. Jeg ville også især kigge på om du bliver resurse begrænset af dit webhotel (især efter, men også imens du optimere back-end) da dette kan give en ide om hvorvidt det vil være nødvendigt at skifte webhotel (det kan sagtens give mening at flytte webhotel selv om du ikke rammer begræsningerne men det er et godt sted at starte med at kigge!)
Held og lykke med det :)