Raskere nettsteder – htaccess-konfigurering

admin — Sat, 30 Oct 2010 23:35:33 +0000

Google legger nå vekt på hvor raskt en nettside laster. Sider som laster sent får en lavere ranking i søkemotorene enn sider som laster hurtig. Dette, sammen med det faktum at brukerne stort sett ikke liker nettsider som laster sent, burde være god grunn til å legge vekt på å få nettsider til å laste så kjapt som mulig.

Det er en lang rekke faktorer som bestemmer hvor raskt en side laster. Så mange at det er viktig å prioritere riktig når en setter i gang å jobbe med å øke hastigheten. Selve serverens hastighet er selvsagt en sentral faktor. Den skal vi se nærmere på i et senere innlegg.

En liten fil som heter ”.htaccess” og ligger i root-directoriet på serveren er kanskje det du bør gjøre noe med aller først og prioritere på topp. Denne lille filen kan brukes til å styre en lang rekke ting på serveren. Fra et hastighetsperspektiv er den viktig fordi den kan brukes til å sende filer til brukernes browsere i komprimert format – som gzip-filer – og fordi den kan stilles inn slik at sentrale filer på nettstedet lastes og oppbevares i browsernes deres – de blir cachet. Begge disse tingene påvirker hastigheten, men på litt forskjellige måter.

Komprimering

Komprimering av filer gjør at filene serveren sender over nettet til brukernes browsere blir mindre. Størrelsen kan reduseres med opptil tre fjerdedeler. Dermed kan mer sendes på kortere tid til browseren og websiden din laster raskere. Mange webhotell støtter imidlertid ikke komprimering fordi det øker CPU-bruken på serveren.

Det er to alternative kommandoer i ”.htaccess”-filen som kan brukes til dette formålet. På en Apache-server kan files se slik ut:

# compress text, html, javascript, css, xml:
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript

Eventuelt, om metoden ovenfor ikke støttes på serveren din, kan du bruke:



SetOutputFilter DEFLATE

Du kan lese mer om “.htaccess”-filer om komprimering hos BetterExplained og AskApache.

For å sjekke om komprimeringen fungerer kan du bruke GIDZipTest – en online tjeneste for dette.

Sette cache i .htaccess

Når du setter headere som gjør at en del filer lagres midlertidig i brukerens browser øker du ikke hastigheten på siden din i for seg. Det du gjør er å sørge for at en del ting blir lagret slik at siden lagrer raskere neste gang brukeren besøker siden. Om du bruker CSS, javascripts eller bilder på flere sider på siten din, vil også neste side laste raskere enn den første siden brukeren besøker, fordi en del av elementene i siden allerede ligger lagret på brukerens PC.

Caching av filer i brukernes browsere gjøres med kommandoen ”Header set”:


Header set Expires "Thu, 15 Apr 2010 20:00:00 GMT"

“Header set” støttes av de aller fleste Web-hotell fordi det reduserer belastningen på serverparkens båndbredde. Om du bruker Yslow fra Yahoo og sjekker siden din, vil du se at den nå bruker en brøkdel av båndbredden og dermed også laster mye raskere gang nummer to.

Hva med din server?

Problemet er at ikke alle Webhotell (Web hosting sites) gir deg tilgang til komprimering av filer. Spesielt gjelder dette dersom du bruker de rimeligste formene for Web hosting. På min site får jeg for eksempel ikke bruke ”Deflate”, så jeg må nøye meg med at sette Expires headers på filene mine.

For å finne ut hva som støttes på din server kan du sende en email til support, chatte med support om det er en mulighet, eller rett og slett prøve deg frem.

Hvordan sette opp en ”.htaccess”-fil på serveren?

Det er ikke spesielt vanskelig. Alle kan gjøre det. Omtrent slik:

Skriv filen med notepad eller et annet program som lar deg lagre filer i rent tekst-format.
Lagre filen som ”.htaccess” uten filtype (dvs. ikke ”.htaccess.txt” eller liknende)
Bruk et FTP-program (Dreamweaver, Filezilla, eller liknende) og last filen opp i root-directory for nettstedet ditt
Sjekk om nettstedet fungerer som vanlig – om ingenting kommer opp på skjermen, betyr ikke det at noe katastrofalt har skjedd, men antakelig bare at du har lagt inn en kommando i filen som serveren ikke støtter. Når jeg legger inn komprimering i min ”.htaccess”-fil på denne serveren, skjer for eksempel det. Da er det bare å endre ”.htaccess”-filen, laste den opp igjen og prøve på nytt.

Når alt fungerer og siden din er synlig, kan du sjekke om komprimeringen fungerer (dersom du har lykkes å legge inn det) og om ”cache”-ing funger ved å bruke tjenestene jeg har linket til ovenfor.

Lykke til!

Billlig og god web site hosting

admin — Sun, 22 Mar 2009 22:05:48 +0000

Å finne god og ikke alt for dyr web site hosting (eller webhoteller, som noen kaller det) for nettstedet eller bloggen er ikke så lett som det kan høres ut som. Det finnes enormt mange tilbud der ute, og en god del av tilbudene er etter min oppfatning utformet for å lure “nybegynnere” eller folk som ikke er villige til å bruke mye tid på å finne gode tilbud. En del har sterke begrensninger i lagringsplass og båndbredde. Mange er altfor, altfor dyre.

Jeg har flere blogger og et par nettsteder og har brukt litt tid på å finne gode webhoteller til en rimelig penge. Mine krav har vært at de skal ha gode tekniske løsninger, god oppetid, ok service (helst med live chat) og muligheter for databaser og “subdomains”.

I mengden av tilbydere har jeg festet meg ved tre. Jeg har brukte alle tre. De tre er:

1. One.com: One er billige – 10 kr i måneden. Og kapasiteten er svært god: 3000 MB lagring, ubegrenset trafikk, ubegrenset email, databaser og subdomains. Jeg har brukt dem lenge og er veldig, veldig fornøyd med dem. De har Live help med chat og gir god service. Spesielt mens jeg var nybegynner svarte de tålmodig på en lang rekke nybegynnerspørsmål. Serverne ligger i Danmark. Men vær oppmerksom på at om du har alvorlige problemer er det totalt bortkastet å kontakte support – de bare bull-shit-er deg!Og at selv om de reklamerer med backup hver dag, så er det bare et triks – hvis noe skjer med siten din kan du ikke regne med at de er villige til å “restore” den, så hva er poenget med backup da?

Og vær også oppmerksom på at WordPress-blogger kan fungere svært dårlig på One.com, antakelig fordi de laster for mange siter inn på serverne og har trege eller dårlig konfigurerte servere – jeg har opplevd at en blogg brukte 1,7 sekunder den ene dagen og 44,3 sekunder neste dag. MySQL virker til å være dårlig konfigurert hos one.com. Overhodet bruker one.com en masse “propritære” løsninger som ikke er Web standard – det er for eksemple det eneste stedet jeg kjenner til hvor du ikke kan kjøre automatisk oppdatering av WordPress.

2. 3IX.com: Enda litt billigere enn one – 1 dollar i måneden. Det gir 10 giga lagring, 20 GB båndbredde, og 20 email-kontoer. De har et godt brukergrensesnitt (c-panel) og veldig god service via chat. Bakdelen er at du bare får 2 databaser (du trenger det for blogger – men det er mulig å ha flere blogger på en database). Serverne ligger i USA.

3. 1and1.com: Denne leverandøren har jeg ikke brukt enda, men kommer til veldig snart. De tilbyr 10 GB lagring og 300 GB trafikk for USD 1,99 de første 6 månedene og 3.99 de neste 6. Dette er ikke så billig, men det som gjør dem bra for meg er at du kan hoste opptil 20 eksterne domener for den prisen! Så om en har flere nettsteder/blogger på forskjellige domener, er dette en god løsning. Servicen er bra, og alt ser flott ut. Serverne ligger i USA.

Jeg har ikke all verdens tiltro til one.com, men de andre to løsningene er gode. De er leverandører som pr i dag (begynnelsen av 2009) leverer god kvalitet for en rimelig penge.

Om andre har andre erfaringer enn meg eller andre gode og rimelige leverandører sp ville jeg sette pris på å høre fra dere!