Snelheid hoster?

Ik blij al tijden kampen met een lange laadtijd van mijn website die is opgebouwd d.m.v. Wordpress.

Ik heb al verschillende tips en trucs verwerkt zoals plaatjes verkleinen, overtollige html verwijderen enz enz. maar de laadtijd blijft lang.
Zo schommel ik in de webmasterhulpprogramma's tussen de 3 en 5 sec. met een gemiddelde nauwkeurigheid.

Ik vraag me steeds meer af of het dan toch word veroorzaakt door de hoster.
In Cpanel staat "Disk /dev/vzfs (/) 95 %" met een rood uitroepteken.
Kan dit er ook mee te maken hebben?

Zijn er tools om te bepalen of de langzame laadtijd ontstaat door slechte structuur of door de hoster?

Bij veel hosters deel je je de server met vele andere websites. Aan de ene kant zorgt dat voor een lage prijs en aan de andere kant moet je capaciteit delen. WIl je echt snel dan zul je een goede server exclusief willen gebruiken en ophangen bij een hoster die de zaakjes goed voor elkaar heeft. Maar goed, daar zit een prijs aan.

Wat overigens prima helpt bij Wordpress is caching, bijvoorbeeld met de W3 plugin. ALs je dit combineert met een CDN dan kun je de snelheid flink verhogen. Ik zit bij Amazon cloud en die zijn super goedkoop en ondersteunen sinds enkele weken original pull waardoor de technische veranderingen aan je site absoluut minimaal zijn.

Probeer anders ook eens de plugin wp supercache;
(Log in om link te zien!)

Als je disk meer dan 95% vol is, kan dat zeker ermee te maken hebben. Een os reserveert namelijk een deel van de schijf om te zorgen dat de root user toch kan inloggen bij een volle disk.
Daarbij maakt mysql on the fly ook nog eens gebruik van tijdelijke tabellen die piekjes in diskgebruik kunnen veroorzaken. Met weinig spare ruimte kun je zo al snel tegen een limiet aanlopen. Het is wel lastig te zeggen hoeveel 5% vrij in de praktijk betekent. Als jij 100GB ruimte hebt dan is 5% nog steeds 5GB tenslotte.

In principe moet je nooit meer dan 49% van je beschikbare diskruimte gebruiken omdat je anders vaak geen mogelijkheid hebt om zelf een backup van je gegevens te maken. (Tenzij je hoster je een backupalternatief geeft op een gedeelte met voldoende ruimte uiteraard).

Laat ik voorop stellen dat Wordpress nooit heeft uitgeblonken in haar geweldige codering, met als gevolg een zwaardere belasting op de server. De tip die al gegeven is, het installeren van de Cache-plugin, werkt wel degelijk. Het verminderd het geheugengebruik aanzienlijk, wat de prestaties alleen maar ten goede komen.

Is dit nog niet voldoende, dan zijn er maar twee opties: 1) laat een fatsoenlijk systeem voor je op maat maken en stap af van Wordpress, of 2) huur een eigen VPS of dedicated server.

Sterkte en succes.

Gezien de /dev/vzfs betreft dit al een VPS, Joep.

als het een vps is, kun je (ook) eens kijken naar de mysql instellingen, key cache/query cache en delay key write kunnen een hoop uitmaken.

Gezien de /dev/vzfs betreft dit al een VPS, Joep.

Hmm, inderdaad, maar dan lijkt me het verstandig de boel eens te upgraden. Hoeveel RAM-geheugen heb je toegewezen Maikel?

@Joep: Pff doe dan een echte performance-analyse ipv blind adviseren meer ijzer ertegenaan te gooien.

Tip van Bram is wel goed idee, kijk eens naar mysqltuner.pl o.i.d.

Richard, wat is dit nou weer voor vreemde reactie. De TS geeft geen enkele extra informatie, dus hoe wil je dan een hele analyse maken? Ik wil best voor iemand iets analyseren, maar dan moet ik ook wel passende gegevens hebben. Of kan jij nu een 'echte performance-analyse' maken op basis van deze gegevens?

Wat ik alleen maar kan concluderen uit de informatie die beschikbaar is, is dat OF de codering niet goed is, OF de server niet sterk genoeg is. Meer kan je er nu niet uithalen.

Ik zou zeggen, als jij het allemaal zo bijster goed weet, vertel jij Maikel dan even waar het aan ligt? Dan kunnen wij weer verder.