Je kan een abonnement nemen op een monitor-service. Dat kost geld, maar is meestal de eerste maand gratis. Bijv, hyperspin. Of InternetVista
Thread starter
Wim
(@wihowi)
Die monitorservice geeft aan wat ik al weet: trage site, laadtijd tot somes meer dan 60 seconden ….
Maar waar ligt dat aan, dat wordt niet duidelijk
Hoe gaat het als je de plugin deactiveert?
Thread starter
Wim
(@wihowi)
Lastig, bij deactiveren is mijn hele site in de war. Ik ga het nog eens proberen maar moet eerst een onderhoudspagina maken en de site off-line halen.
Ik heb wel een plug in geinstalleerd om het geheugen te mete en dat valt mee: gemiddeld 31M geheugen. dat is ruim onder het beschikbare van 64M.
Ik krijg nu een rapport met de tekst:
WordPress peak memory usage: 32.6 MB
Number of database queries: 523
Ik vraga me af wat die database querys zijn. Heeft hier miscshien niets mee te maken maar de site wordt niet 500 keer bezocht binnen enkele seconden (00:36 in de nacht). Zijn dit wellicht spam robots?
Met Pingdom Tools kan je ook je website op snelheid controleren. Daar krijg je meestal een duidelijk overzicht van waar de vertraging in je website kan zitten.
Thread starter
Wim
(@wihowi)
Bedankt.
Ook hier hetzelfde beeld: lange tijd tussen contact maken en verwerken van de gegevens. Geen details verder, alle afzonderlijke pagina-onderdelen laden snel genoeg.
Inlogpagina laadt ook tergend langzaam.
Ik heb een andere site draaien op hetzelfde domein (zelfde database) en die gaat razendsnel. Ligt dus niet aan de database of server.
Dat hoge aantal queries zou kunnen komen door hoe je theme in elkaar zit. Als je een constructie in je thema hebt waarbij door al je posts gelopen wordt en dan vervolgens van elke afzonderlijke post nog iets opgehaald wordt (bv custom fields of weetikwat) dan kom je zo een heel eind. Een aantal van 500 klinkt me wel veel in de oren, maar aan de andere kant wordt dat allemaal op de server gedaan en een beetje server wordt niet bleek van 500 queries.
Gebruik je ook een cachingplugin?
Thread starter
Wim
(@wihowi)
Nee, geen caching plugin.
Ik gebruik atahualpa redelijk standaard, geen custom fields.
Wat is het resultaat als je ‘Twenty Ten’ gebruikt met het minimaal aan plugins? Is de performance dan wel goed?
Thread starter
Wim
(@wihowi)
Ja, dat was wel zo. Ik wil nu niet met mijn live site gaan rommelen, dus moet eerst een kopie maken om dit nogmaals te testen. Duurt even, het is helaas niet mijn core business dus ik moet er de tijd voor vinden…
Thread starter
Wim
(@wihowi)
Ik heb een komplete kopie nu lokaal draaien en dat gaat prima. Database opgeschoond, alle bestanden vervangen (WordPress 3.02).
In- of uitschakelen van de plug ins maakt niet veel uit. Het lijkt vooral in de core te zitten, of in het contact met de database. Ik heb een andere (niet WordPress) kleine site op dezelfde database en die gaat normaal snel (http://2010.nldita.nl).
WordPress draait als subweb op het domein en staat niet in de root. Dat kan toch geen probleem zijn?
gegevens:
Mem: WP 96M (default) Usage 18% 17.75M of Limit 96M *
Server: OS Linux Software Apache Version 32Bit
Name bureau.nldita.nl Address 193.202.110.152 Port 80
Type Linux srv152 2.6.26-2-vserver-amd64 #1 SMP Tue Mar 9 23:51:13 UTC 2010 x86_64
System: PHP 5.3.3 Active Plugins 7 Zend 2.3.0
Database: SQL 5.0.51a Build 5.0.51a-24+lenny4-log Charset utf8
Host localhost
WordPress: VER 3.0.2 Lang Loc en_US
Max: Post 12M Upload 12M Input 60s Exec 50s
Debug: State 0 Display 1 Log 0 Script 0 Deprecated 8192
Thread starter
Wim
(@wihowi)
Afijn, alle moeite voor niks, het bleek aan de provider te liggen.
Er was een probleem met de mysqlserver.
Is nu opgelost gelukkig.
Bedankt voor jullie reacties!
