Beste Forumleden,

Ik heb een dagaanbieding website dagdealz.nl
Waarvan ik ook een mobiele versie heb gemaakt dagdealz.nl/mobile

Het probleem is dat de ene keer het laden van de HTML 20 seconden duurt terwijl de volgende keer dit weer in 1 seconden gebeurd.

De website is zo ver mogelijk geoptimaliseerd:

Desktop: http://gtmetrix.com/reports/www.dagdealz.nl/p5D18alK
Page Speed 97%
YSlow 75%

Mobile: http://gtmetrix.com/reports/www.dagdealz.nl/hz4jUgzm
Page Speed 98%
YSlow 80%



Alleen de ene keer duurt het laden van de HTML dus erg lang.
Ik zou graag willen weten hoe dit kan komen en hoe het op te lossen is:

Statistiek laden van Mobile-versie (25 sec. voordat hij de website pas begint te laden)
http://tools.pingdom.com/fpt/#!/oaiR...ealz.nl/mobile


Heeft dit met de server te maken, met fouten oid ?
Wie o wie heeft een idee.

Bedankt :)
Aanvullend bericht:
Dus de ene keer laadt de volledige website in 8 sec. en de andere keer in 33sec door de vertraging van het laden van de HTML.

Database grootte? Wellicht iets met indexen. Lang draaiende query's

Ik sluit namelijk een overselt shared webhosting server ook nog niet uit kan echt van alles wezen...

De optimalisatie is goed inderdaad, wat goed kan is dat je te veel query's gebruikt waardoor de server veel moeite moet doen waardoor je page load zo langzaam is. Wat ook nog kan is dat het simpelweg aan de snelheid van de server ligt. Dit kun je simpel testen door een doorsnee html template online te zetten en kijken hoe lang dit volgens GTmetrix duurt.

Origineel gepost door kevinp

Beste Forumleden,

Ik heb een dagaanbieding website dagdealz.nl
Waarvan ik ook een mobiele versie heb gemaakt dagdealz.nl/mobile

Het probleem is dat de ene keer het laden van de HTML 20 seconden duurt terwijl de volgende keer dit weer in 1 seconden gebeurd.

Kan je niet via een cronjob, gewoon om de zoveel tijd alle aanbiedingen wegschrijven in een php of txt file. Dan is de hele website gewoon volledig html, hoeft er geen (zware) query (alle aanbiedingen) voor de bezoeker geladen te worden. Dit lost het probleem denk ik wel op, dit mede omdat je nu vele tientallen aanbiedingen per bezoeker laad, eventueel met overselled hosting = niet handig ;)

Wat ook een (tijdelijke) oplossing kan zijn is om cloudflare te gebruiken. Uiterarad los je hier nog niet meteen het probleem mee op maar kan het wel wat sneller maken.

Bedankt voor de reacties.

Bij deze antwoord op jullie vragen.

Totale export van database is 4,38 MB.
1 tabel wordt gebruikt voor de datafeeds (436kb). deze worden geparsed naar een andere tabel waar dus de gegevens opgeslagen worden (138kb).
In deze tabellen worden alleen 2 indexen gebruikt... (als ik het allemaal goed uitleg, ben geen SQL-php man)

De server wordt inderdaad gedeeld met andere. De cpu en geheugen wat ik uit mijn controlpanel haal staat op max 4%. Dus hier kan het denk ik niet aan liggen...

Tevens doe ik dagelijks "tabellen optimaliseren".


Per item vraag ik aantal dingen op, Naam product, Naam aanbieder, Afbeelding, prijs normaal, prijs actie, het verschil bereken ik uit en toon ik in percentage, afbeelding van aanbieder, en actie geldig tot... Als een van deze gegevens niet in DB staat komt er een vooraf gedefinieerde instelling te staan.



Hoe doe je dit? - eric van den berg

Kan je niet via een cronjob, gewoon om de zoveel tijd alle aanbiedingen wegschrijven in een php of txt file. Dan is de hele website gewoon volledig html, hoeft er geen (zware) query (alle aanbiedingen) voor de bezoeker geladen te worden.

Aanvullend bericht:
Heb eventueel een screenshot van volledige database met bijbehorende gegevens (rijen, datalengte, e.d.)
Aanvullend bericht:
Beste forumleden,

Wellicht is de website, en met name de mobile versie een stuk sneller geworden.
Er zaten wat DB tabellen tussen van verwijderde componenten. Een daarvan met datalengte van 2.500.000 en indexlengte van 1.400.000.

Dit was een uitschieter in database.
Zouden jullie kunnen kijken of het daadwerkelijk sneller is geworden?

Tests:
http://tools.pingdom.com/fpt/#!/eLSv...ealz.nl/mobile

http://tools.pingdom.com/fpt/#!/Eplk...ealz.nl/mobile

http://tools.pingdom.com/fpt/#!/3gUe...ealz.nl/mobile
Aanvullend bericht:
Zo heb ik nog een test gedaan...

De pagina Mobiel heb ik gedubliceerd en code iets veranderd dat hij de afbeeldingen rechtstreeks van orginele server (derden) afhaalt.
Hierdoor is de pagina bijna 10MB groot.

Het verschil in laadtijd is minimaal...

http://gtmetrix.com/compare/D9qyVj5K/eAzu9p8C

Eigen mobiele versie is 904 KB groot en laadtijd van 12,33 sec.
Mobiele versie maar met afbeeldingen van extern ingeladen is 10.4mb en laadtijd van 15.08 sec.


Schiet mij maar lek :D

Volgens mij is het probleem heel eenvoudig op te lossen. Het is namelijk zo dat je al je plaatjes inlaad vanuit imgcache van waaruit PHP je plaatjes teruggeeft. Echter zijn daar meerdere opmerkingen over:

- er is ingesteld dat deze plaatjes niet gecached mogen worden, de request header geeft een Cache-Control:max-age=0; waardoor je de server vraagt om nieuwe content terug te geven. Of er gecached wordt is de vraag, ik geloof namelijk van niet. Als je refreshed zie je bij alle plaatjes een status 200. Dit is simpel op te lossen.
- het feit dat je de plaatjes door een PHP bestand haalt (parsed) houd in dat voor ieder plaatje altijd een php-proces klaar moet staan of gestart moet worden. In jouw geval is overduidelijk te zien, dat naarmate je meer plaatjes aan het laden bent de plaatjes moeten wachten tot de voorgaande klaar zijn met laden. Deze queue'ing is een serversetting en een nadeel van apache icm php. Je zou de plaatjes parsing kunnen laten doen door een webserver die meer prestaties levert bij statische content, zoals Nginx.
- het feit dat je je plaatjes lokaal inlaad en dan ook nog schaalt zou eventueel ook opgelost kunnen worden door een CDN, die automatisch de laatste versies van je plaatjes gelokaliseerd opslaat (zo dicht mogelijk bij de bezoeker).

Ik hoop dat je hiermee aan de slag kunt, mocht je nog vragen hebben; stuur maar een PM met je skype.

Beste Daniel,

Ik heb een aparte .htaccess bestand in mij imgcache map staan met het volgende:

Rewriteengine on

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule (.*) index.php






<IfModule mod_headers.c>
Header unset ETag
Header unset Last-Modified
</IfModule>






FileETag None






<filesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$" >
Header set Cache-Control "max-age=2419200, public"
Header set Expires "Thu, 15 Apr 2010 20:00:00 GMT"
</filesMatch>






## EXPIRES CACHING ##

# enable expirations
ExpiresActive On
ExpiresDefault "access plus 10 years"


# expire GIF images after a month in the client's cache
ExpiresByType image/gif M2419200
ExpiresByType image/png M2419200
ExpiresByType image/jpg M2419200
ExpiresByType image/jpeg M2419200

# HTML documents are good for a week from the
# time they were changed
ExpiresByType text/html M2419200






<FilesMatch "\.(js|css|xml|gz)$">
Header append Vary: Accept-Encoding
</FilesMatch>


<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$" >
Header set Expires "Wed, 15 Apr 2020 20:00:00 GMT"
Header set Cache-Control "public"
</FilesMatch>

php_value output_handler ob_gzhandler

En een .htaccess bestand met o.a.

FileETag none


<IfModule mod_headers.c>
Header unset ETag
Header unset Last-Modified


<FilesMatch "\.(js|css|xml|gz)$">
Header append Vary: Accept-Encoding
</FilesMatch>

</IfModule>





<FilesMatch "\.(ico|gz|JPG|jpg|jpeg|png|gif|js|css|swf)$">
Header set Cache-Control "max-age=A604800, must-revalidate"
Header set Expires "access plus 1 week, must-revalidate"
Header unset Last-Modified
</FilesMatch>






## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 10 years"
ExpiresByType image/jpg "access plus 1 day"
ExpiresByType image/jpeg "access plus 1 day"
ExpiresByType image/gif "access plus 1 day"
ExpiresByType image/png "access plus 1 day"
ExpiresByType text/css "access plus 1 day"
ExpiresByType application/pdf "access plus 1 day"
ExpiresByType text/x-javascript "access plus 1 day"
ExpiresByType application/x-shockwave-flash "access plus 1 day"
ExpiresByType image/x-icon "access plus 1 month"
ExpiresDefault "access plus 2 days"
</IfModule>
## EXPIRES CACHING ##





<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>



AddType 'text/html; charset=iso-8859-15' html

Tevens heb ik een component geďnstalleerd dat 15min. cached (te weinig)




Wat betreft het laden, weet ik dat ze in een wachtrij komen te staan. Inprinciepe is het geen probleem om 5/6 seconden te wachten totdat alles geladen is.

Het probleem ligt echter in het voor proces, voordat de server de html code laadt.

Soms was het wel 25 seconden voordat de HTML en de rest van de pagina werd geladen.
Aanvullend bericht:
Zie test... 25 seconden wachttijd!

http://tools.pingdom.com/fpt/#!/DXUP...ealz.nl/mobile