Vreemde laadproblemen met 1 website.

**Blacky** · 13/02/11 01:20

Onder mijn klanten bevindt zich er eentje met een aangepast OsCommerce webshop.
Er is een bedrijf wat die aanpassingen gedaan heeft etc.

Nu is er sinds eergisteren iets vreemds aan de hand, waar ik m'n vinger niet achter krijg aangezien er niets in de logs over terug te vinden is.
Er is niets aan de website gewijzigd en voor zover ik kon zien ook niets aan de server behalve dan een update van phpmyadmin.

Het volgende speelt zich af.
Bezoekt iemand de homepage van de website, bijv. www.winkel.nl dan blijft het browserscherm (is zowel in IE alsook met Firefox) een halve minuut tot een minuut eigenlijk niets doen.
Dan opeens verschijnt de webshop. Eenmaal geladen, kun je alle pagina's van de webshop gewoon bezoeken en gaat het lekker snel.

Het vreemde is echter dat als je rechtstreeks naar het admin deel gaat, bijv. www.winkel.nl/admin dat deze pagina onmiddellijk geladen wordt.

Er is een .htaccess aanwezig, maar die heb ik ook al weggehaald, dat maakt in principe verder totaal niets uit, het probleem blijft.

Voorheen werkte alles normaal en snel, de vraag is dus waar die initiele enorme vertraging vandaan komt en hoe dit evt. op te lossen is.

Het betreft hier een Centos 5.x server met Directadmin.
Php 5.2.17 met ioncubeloader phploader v4.05 geinstalleerd.

**Jorem** · 13/02/11 01:36

Lastig te beoordelen zonder de URL. Zou java of statistieken script wat niet goed ingeladen wordt wat al voor een vertraging kan zorgen. Als verder niemand op de server er last van heeft dan zou ik de index code is goed nalopen en checken of alles goed wordt ingeladen.

**Blacky** · 13/02/11 01:41

Ja maar het vreemde is dat er gewoon niets aan gewijzigd is en voorheen alles perfekt liep. De reden dat ik in eerste instantie geen url noemde is omdat ik dacht dat misschien iemand al iets soortgelijks had meegemaakt met een Oscommerce ofzo en hem een lichtje ging branden.
Het ligt namelijk niet in mijn bedoeling om reklame te maken vandaar dus geen url.
Maar je hebt vermoedelijk wel gelijk.
Het gaat om satellietservice.be maar de admin pagina ligt niet in /admin, maar die heeft men volgens mij niet nodig om het probleem te bekijken volgens mij.

**Jorem** · 13/02/11 02:15

Ik zou om te beginnen de Analytics code voor de </body> tag zetten. Als een site langzamer wordt komt al snel door de Analytics code die traag laadt. Hij staat nu na de <html> aan het begin (rare plek want hoort in de head of voor de eind body tag), en je wil die juist als laatste inladen (dan staat de site al namelijk).

Verder zie ik niks raars in de code.

**The-BosS** · 13/02/11 02:29

Heb je al even naar caching gekeken of de rechten nog goed staan en/of er nog hd space beschikbaar is. Want als ik hem de 1ste keer laad is hij traag als ik reload (zelfs met shit F5 etc) is hij er binnen 10.14 seconden.

**Blacky** · 13/02/11 02:30

Oke, die code is niet door mij gedaan maar door het bedrijf wat deze aangepaste Oscommerce maakte.
Dus ik ga ze dat doorgeven want dat staat niet in de index.php zelf. Vandaar dat het vermoedelijk op die vreemde plaats staat.
Dat moeten zij dan maar even aanpassen, daar worden ze immers voor betaald.

Bedankt alvast voor zover, mochten er nog meer ideeën zijn dan graag.

**Blacky** · 13/02/11 02:36

@Dennis: Ja da's wat ik al schreef, eerste keer heel traag en daarna is ie gewoon soepel. En het adminscherm niet.

HD ruimte is er nog meer dan genoeg, accountruimte ook.
Cache directory's is niets aan gewijzigd, staan gewoon 755 en ik heb mod_ruid op de server draaien. Dus dat lijkt me goed.

**Bart L** · 13/02/11 06:46

Geen rare javascript includes van externe die voor vertraging zorgen?

**t.bloo** · 13/02/11 09:30

Vaak zijn dat dns requests die door de scripts worden gedaan, die niet meer lukken. Controleer de resolvers op de server eens. Als er iets staat te timeouten dan ben je nog niet jarig.

**davinci** · 13/02/11 09:41

Fiddler gebruiken en je bent er zo achter waar ie op zit te wachten..

**Blacky** · 13/02/11 14:34

@T.bloo: In dat geval zou het toch bij alle sites op de servers moeten voorkomen? De resolvers werken toch voor de hele server? En het euvel doet zich alleen bij deze website voor.
De resolv.conf heeft 4 entry's en de eerste is de lokale nameserver.

@BartL: Buiten Google analytics zou ik het niet weten.

@Davinci: Ga ik eens proberen, bedankt!

**Blacky** · 13/02/11 14:50

Fiddler laat het ook niet zien.
result 200, dan de domeinnaam dan / en dan niets en als ik daar de timeline van bekijk duurt die een 65 seconden. Daarna wordt /stylesheet.css geladen maar die is er binnen een seconde.
Een paar statistieken:

Code:

RESPONSE CODES
--------------
HTTP/200: 	1

RESPONSE BYTES (by Content-Type)
--------------
text/html:	5.529
~headers~:	552

En hier nog een paar, daaruit lijkt me dat de DNS toch goed werkt.

Code:

ACTUAL PERFORMANCE
--------------
ClientConnected:	15:38:48.640
ClientBeginRequest:	15:38:48.640
ClientDoneRequest:	15:38:48.640
Gateway Determination:	0ms
DNS Lookup: 		353ms
TCP/IP Connect:		121ms
HTTPS Handshake:	0ms

Ik zie wel in een caching veld een waarschuwing:

HTTP/1.1 Cache-Control Header is present: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
!Warning, prior to IE9, no-cache and no-store directives are not respected on non-HTTP/1.1 responses.
no-store: This response MUST NOT be stored in a cache.

Die post-check=0 schijnt er wel te staan en daar staan dan weer het volgende over:

!! WARNING: Do NOT set post-check=0. This almost certainly doesn't do what you think it does.
See http://blogs.msdn.com/ieinternals/ar...irectives.aspx

Kan dat de oorzaak zijn? Want webbuilding is voor mij verder abracadabra.

**Yourwebhoster** · 13/02/11 14:55

Al eens een strace gedaan? En gekeken wat het CPU gebruik van een Apache proces is als je de website aanroept?

**Blacky** · 13/02/11 15:13

Als ik top laat draaien terwijl ik de website oproep verandert het cpu gebruik van httpd zo goed als niet.

Een strace nog niet gedaan, ben ik eerlijk in, geen idee hoe dat moet.

Errorlog geeft nog steeds niets aan en de accesslogs laat dit zien als eerste 3 regels bij het eerste bezoek aan de site (trage vorm):

82.169.xx.xx - - [13/Feb/2011:15:38:46 +0100] "GET / HTTP/1.1" 200 6081 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trid
ent/4.0)"
82.169.xx.xx - - [13/Feb/2011:15:39:46 +0100] "GET /stylesheet.css HTTP/1.1" 304 173 "http://www.satellietservice.be/" "Mozilla/4.0
(compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)"
82.169.xx.xx - - [13/Feb/2011:15:39:46 +0100] "GET /jquery.js HTTP/1.1" 304 174 "http://www.satellietservice.be/" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)"
82.169.xx.xx - - [13/Feb/2011:15:39:46 +0100] "GET /jquery_lightbox/js/jquery.lightbox.js HTTP/1.1" 304 173 "http://www.satellietservice.be/" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)"

Hier zie je ook heel duidelijk de minuut vertraging in het aanroepen van de site en het krijgen van een resultaat... 15:38 en 15.39.
Dus het moet aan de site liggen ergens lijkt me.

**t.bloo** · 13/02/11 15:26

misschien kun je iets zien in je apache /server-status of de apache logs?

Evenementen voor de komende 60 Dag(en)

Onderwerp: Vreemde laadproblemen met 1 website.

LinkBack

Onderwerp Gereedschap

Toon

Vreemde laadproblemen met 1 website.

Forum Rechten

Preferred Partners

Houd Contact

Webhostingtalk.nl