In dit derde deel over YSlow (een hulpmiddel van Yahoo om de snelheid van je website te verbeteren) gaan we in de laatste tips die YSlow ons gegeven heeft. In het vorige deel in deze serie hebben we de snelheid flink kunnen ophogen door bestanden te zippen. Een aantal andere adviezen bleken al opgevolgd te zijn (zoals CSS bovenin je pagina en het achterwege laten van CSS expressies). Wat nog mogelijk is Javascript bestanden te verkleinen, redirects te vermijden en ETags in te stellen. Hoe werkt dit?

10) Minify JS – Maak Javascript bestanden zo klein mogelijk. Hoe kleiner een bestand des te sneller dat zal inladen. Hoe kan je dit doen? Om te beginnen kunnen je overbodige zaken verwijderen: tabs, regeleinden, dubbele spaties. Hiermee zal je wat tijdswinst halen. Een hulpmiddel hiervoor kan Dojo ShrinkSafe zijn. Je kunt ook nog lange namen van varialen hernoemen naar kortere versies. Dit alles komt wel ten nadele van de leesbaarheid van je code en maakt debuggen lastig (misschien wel onmogelijk).
Het verkleinen van de Javascript bestanden is bij gebruik van PHP Speedy voor WordPress niet meer nodig; dit wordt door deze plugin al voor je gedaan.

11) Avoid redirects – Vermijd 301 redirects. Soms komt het voor dat je een pagina hebt verhuist naar een andere locatie. Met een 301 redirect help je je bezoeker en zoekmachine naar de nieuwe locatie. Bij deze doorverwijziging gaat er wel tijd verloren. Probeer dit dus tot een minimum te beperken.
Het kan gebeuren dat er een redirect plaatsvindt zonder dat je het zelf doorhebt. Zo werden alle categorieën op deze pagina geredirect (aangezien ze niet met een / eindigen, wat wel zou moeten). Dit heb ik nu gefixt.

12) Remove duplicate scripts – Verwijder dubbele scripts. Ongewild kan het voorkomen dat je hetzelfde Javascript twee keer gebruikt. Met het toenemende gebruik van Javascript is dit niet zo vreemd. Ook kan het zijn dat je twee of meer plugins gebruikt die eenzelfde script gebruiken. Met YSlow zou je dit kunnen achterhalen en corrigeren. Dit probleem kwam niet voor mijn site.

13) Remove ETags – Verwijder Entity Tags (ETags). Van origine waren Entity Tags bedoeld om het inladen van componenten te versnellen. Op basis van een Entity Tag kon een browser bepalen of een component uit een pagina dat werd aangeboden al eerder was ingeladen. In de praktijk blijkt dit tegenwoordig averechts te werken; met name bij websites die van meerdere servers gebruik maken (bijv. druk bezochte websites). Het advies is daarom om de ETags te verwijderen. Hiermee wordt caching verbeterd. Op Apache doe je dit met het volgende commando in je .htaccess bestand.

Het (voorlopig) eindresultaat
We zijn heel wat opgeschoten. De ranking van de homepage is verder verbeterd naar 63. Een aantal zaken was niet op te lossen; dit zit hem met name in aanroepen vanaf het Google domein (voor de advertenties), maar ook vanwege het statistieken programma dat ik gebruik (Mint). Misschien dat daar nog wat aan te verbeteren valt. Op de website van Yahoo worden overigens nog veel meer verbeterpunten aangereikt (in totaal maar liefst 34 op dit moment). Deze heb ik nog niet meegenomen. Mocht daar nog iets uitkomen, dan zal ik dit in een vervolg publiceren.

In het vorige deel hebben we YSlow voor het eerst gebruikt en al wat snelheidswinst weten te boeken. We hebben gekeken naar het omlaag brengen van het aantal HTTP verzoeken (advies 1) en het cachen van met name afbeeldingen (advies 3). We gaan in dit deel door met de volgende stappen.

4) Gzip components – Door een bestand op de server eerst te zippen en dan over de 'lijn' sturen kan je de hoeveelheid data met 70% omlaag brengen. De browser van je bezoeker moet dan wel die gegevens weer kunnen unzippen. Volgens Yahoo geldt dit voor 90% van de browsers. Aangezien ik mijn grootste 'klandizie' in Nederland heb, ga ik ervan uit dat dit percentage nog wel hoger zal liggen. De moeite waard dus om te proberen.

Voeg hiervoor de volgende code toe aan je .htaccess bestand.

Wat we hier testen is of de module mod_deflate wel geactiveerd is op de server. Zo ja, dan gebruiken we die bij javascript, CSS en php bestanden. Het effect is dat de homepage nu (na caching) onder de 2 seconden komt! Maar ook bij een eerste aanroep zal dit heel wat tijd schelen. Gzip via PHP speedy heb ik nog aanvullend getest, maar dit bleek niet te werken in Internet Explorer…

WordPress instellingen
Ik had je al uitgelegd hoe eenvoudig een WordPress installatie is. Daarbij gaf ik aan dat je WordPress prima kunt gebruiken als CMS. Nu wat meer over de juiste instellingen van het pakket voor dit doel.

1) De juiste taal instellen
Ik neem aan dat je graag WordPress in het Nederlands wilt gebruiken. Download in dat geval de officiële Nederlandse vertaling (versie 2.5) of de officieuze Nederlandse vertaling (versie 2.6.1) en zet die in de map wp-content/languages. Als je deze niet hebt, moet je die even zelf maken. Wijzig nu het bestand wp-config. Voeg daar het volgende aan toe:

Hiermee geef je aan dat de standaardtaal Nederlands is. Het template dat je gebruikt is daarmee overigens nog niet vertaald; alleen de beheeromgeving.

2) Algemene opties instellen
Ga in de beheeromgeving naar het onderdeel Instellingen. We beginnen met de algemene instellingen.
a) Aangezien we de omgeving in het Nederlands willen inrichten kiezen we bij Tijdzone UTC+1. Het internationale letterwoord UTC is een compromis tussen het Franse "TUC" (Temps Universel Coördonné) en het Engelse "CUT" (Coordinated Universal Time). (bron: Wikipedia)
b) Het datumformaat wordt j F Y. Dit resulteert in "18 januari 2009". Wil je een andere weergave, kijk dan op de WordPress codex. De codex is een uitgebreid naslagwerk van WordPress over WordPress.
c) De tijdzone zet ik op de 3de optie: uren en minuten volledig uitgeschreven volgens het 24 uurs systeem.
Op deze pagina is nog veel meer in te stellen, maar dat is net hoe je dit zelf het beste lijkt.

Een onderwerp waar ik nog maar weinig over heb geschreven, maar wat me wel na aan het hart ligt is WordPress. WordPress is een gratis blogsysteem waarmee deze website, whelp.nl, is gebouwd. Ik gebruik het al jaren en in de loop van die jaren is het uitgegroeid tot een fantastisch pakket. Wat veel mensen niet weten is dat dit pakket met een paar extra plugins goed te gebruiken is als Content Management Systeem. Ik zet het dan ook in voor de meeste klanten.

Zeven voordelen van WordPress
Ik zie een aantal voordelen van WordPress boven een pakket als Joomla.
1) Een volwassen interface – WordPress ziet er goed uit. Het beheer is heel gestructureerd en intuïtief.
2) Stabiel – WordPress is een stabiel pakket. Snel en – heel belangrijk – echt eenvoudig te upgraden. Hierdoor heb je vrijwel nooit problemen om van de ene naar de andere versie over te gaan. Er zijn wel wat dingen waar je op moet letten, maar daar zal ik de komende tijd wat meer over schrijven.
3) Een grote ontwikkelgemeenschap- Er wordt heel veel aan ontwikkeld en de nieuwe releases bieden altijd interessante, nieuwe mogelijkheden waar je echt wat aan hebt. Ook met vragen kom je op de fora van WordPress altijd snel op een antwoord.

Als je gebruik maakt van open source pakketten (zoals WordPress of Joomla) zul je relatief vaak te maken hebben met upgrades van de software. Zo'n 3 a 4 per jaar. Vaak zijn ze noodzakelijk vanwege security issues. Het is verstandig met deze upgrades goed rekening te houden als je een site hebt of laat maken. In dit artikel 10 tips uit mijn ervaring.

1) Upgrade, maar niet direct
Het komt soms voor dat een upgrade van een pakket niet goed uitpakt. Dat blijkt meestal binnen een paar dagen na zo'n upgrade. Mijn advies daarom: upgrade, maar wacht een paar dagen. Zo bleek de WordPress upgrade 2.1.2 voorzien te zijn van hackerscode, waardoor de upgrade zelf een probleem bleek te worden. Zet nooit de versie van je software op je site of ergens in je broncode.

2) Test een upgrade altijd eerst op een testserver
Ga niet direct je upgrade op de live versie van je website maken, maar test dit eerst op een testserver. Dit kan je eigen ontwikkelserver zijn of een testserver die je daarvoor speciaal inricht. Als dat goed gaat en je de belangrijkste functionaliteiten van je site goed hebt getest, upgrade dan je liveserver.

3) Maak eerst een goede backup
Maak een backup van zowel de bestanden van je website (dus ook alle documenten en afbeeldingen) als van je database. Haal die naar een andere server voordat je begint met je upgrade. Dit geldt overigens ook voor een upgrade op je testserver!

4) Zet voordat je begint met een upgrade plugins uit
Noteer alle plugins die je gebruikt en zet die uit voordat je gaat upgraden! Zet ze na je upgrade weer aan. Dit voorkomt veel problemen. Het komt wel eens voor dat een plugin niet meer blijkt te werken onder een nieuwe versie van je software. Door die eerst uit te zetten voorkom je dat je ergens in het upgrade proces blijft steken. Er zijn plugins die je hierbij kunnen helpen. Zo gebruik ik binnen WordPress de WP Enhanced plugin manager die je helpt om een set aan plugins in 1x te deactiveren en te activeren. Dit scheelt je veel tijd.