Beste leden,

Ik ervaar een 3,3 seconden TTFB voor http://www.lauwerkzeugshop.de (Responsive Magento 1.9.1). We hebben deze website een performance upgrade gegeven en scoren in Gt Metrix Page Speed Grade A 93% and Y Slow Grade B 81% http://gtmetrix.com/reports/www.lauwerk ... e/o5M8U27w De webshop is gehost op https://www.mittwald.de/hosting/vserver pakket L, 2 core processor, 4 GB werkgeheugen.

Tevergeefs heb ik het web afgestruind op zoek naar tools die de oorzaak van het probleem kunnen opsporen. Mogelijk is een MYSQL probleem? Of is het toch de hostingprovider die zijn verplichtingen niet nakomt?

Wie kan mij helpen met een gedegen analyse? Ik zou er enorm mee geholpen zijn #dtv

Bij voorbaat dank,

Groet,

Alain

staan al je rechten wel goed?
hosting zou ik niet zo snel de schuld geven, 3 sec is bij magento ansich al eerder regel dan uitzondering. zo ken ik magentos die er 6 seconde over doen en op zelfde server een andere krap een sec puur door de instellingen en optimalisatie van de magento

Beste Maurice,

Het is inderdaad bekend dat een laadtijd van 3 seconden geen uitzondering is, echter heb ik iemand ingehuurd die nou juist wél het verschil moet maken.

Kun je specifieker zijn? Bijvoorbeeld betreft de bestandsrechten, er zitten namelijk nogal wat bestanden in de FTP. En "instellingen" welke, want ook daar zijn er een hoop van.

Bedankt voor je reactie,

Anyone else?

Groet,

Alain

Heb je de Facebook plugin al eens uitgezet en daarna opnieuw geprobeerd?

Uit een korte analyse van je webwinkel blijkt dat deze plugin voor behoorlijk wat vertraging in het laden van je website zorgt. Die plugin lijkt meer hinder dan plezier op te leveren.

4commerce dankje voor jouw bijdrage. Echter is die facebook plugin niet de boosdoener, we kunnen op ander terrein nog veel winst boeken. By the way bij een goed geprogrammeerd systeem resulteert een facebook plugin niet in deze problemen.

Iemand verstand van MYSQL tests? Om mogelijke inconsistentie op te sporen?

Dank!

Alain schreef:4commerce dankje voor jouw bijdrage. Echter is die facebook plugin niet de boosdoener, we kunnen op ander terrein nog veel winst boeken. By the way bij een goed geprogrammeerd systeem resulteert een facebook plugin niet in deze problemen.

Iemand verstand van MYSQL tests? Om mogelijke inconsistentie op te sporen?

Dank!

Al met FB plugin uit geprobeerd? Alle analyse waarden van je website vallen binnen de norm met uitzondering van de FB plugin, die laat lange laadtijden laat zien.

Alain schreef:4commerce dankje voor jouw bijdrage. Echter is die facebook plugin niet de boosdoener, we kunnen op ander terrein nog veel winst boeken. By the way bij een goed geprogrammeerd systeem resulteert een facebook plugin niet in deze problemen.

Iemand verstand van MYSQL tests? Om mogelijke inconsistentie op te sporen?

Dank!

Vanuit magento heb je een scriptje die alle "rechten" van bestanden en mappen optimaliseert (er vanuit gaande dat je bv mod_ruid op je server hebt staan.) Die kun je downloaden van magento site zelf.

Mysql moet je via de server gaan loggen, en dan aangeven "alles wat er meer dan 2,5 sec over doet" in een logfile, en zo elke keer querys optimaliseren. Telkens je tijdsframe "verkorten" zodat er niets meer in log file komt van je aangegeven timeframe

Beste Maurice,

"Al met FB plugin uit geprobeerd? Alle analyse waarden van je website vallen binnen de norm met uitzondering van de FB plugin, die laat lange laadtijden laat zien."

Wat is volgens jou de norm? Ttfb is volgens mijn norm en Google 0,2 sec max.Resultaat webpagetest http://www.webpagetest.org/result/14070 ... /#request1

Welke tool gebruik jij? En wat is bij jou dan de norm?

PS: zal mysql via de server gaan loggen..

Als je wilt weten wat Google van de snelheid vindt, kun je Google PageSpeed Insights gebruiken. Deze tool test zowel mobiel als desktop en markeert in rood en geel wat er aan je site schort.

In jouw geval is de eerste aanbeveling Reactietijd van de server verbeteren, waarbij Google inderdaad een grens van 200 ms aanbeveelt.

Wees heel voorzichtig met het loggen van MySQL: de overhead daarvan kan een wissel op de performance trekken als je alle queries logt. Begin met het loggen van de slow queries.

Persoonlijk vermoed ik dat het daar echter niet aan ligt (tenzij je de querycache niet gebruikt). Je server vertoont nogal typisch gedrag: de TTFB fluctueert nauwelijks bij herhaalde requests om dezelfde pagina's. Dat klinkt meer als cacheprobleem, want een cache zou herhaalde requests aanzienlijk sneller moeten maken.

Hallo Ward,

Dank voor jouw analyse en input. Wat bedoel je exact met het cachprobleem? Het probleem dat cache disabled zou zijn? Of dat cache enabled is maar niet functioneert? Waar zou ik dat kunnen instellen?

Hallo Ward,

Ik heb zojuist het cachemanagement bekeken en deze zijn allemaal enabled:


Cache Type

Configuration System(config.xml, local.xml) and modules configuration files(config.xml). CONFIG
ENABLED
Layouts Layout building instructions. LAYOUT_GENERAL_CACHE_TAG
ENABLED
Blocks HTML output Page blocks HTML. BLOCK_HTML
ENABLED
Translations Translation files. TRANSLATE
ENABLED
Collections Data Collection data files. COLLECTION_DATA
ENABLED
EAV types and attributes Entity types declaration cache. EAV
ENABLED
Web Services Configuration Web Services definition files (api.xml). CONFIG_API
ENABLED
Web Services Configuration Web Services definition files (api2.xml). CONFIG_API2
ENABLED

gtmetix heb ik ook bekeken voor jou site en first byte zit idd op rond de 2,5 seconden.
Dat is extreem traag voor magento.

Zelf zit ik met full page cache op 0,2 seconden voor first byte.
Zonder full page cache op 0,9 tot 1,1 seconde.

Mijn eerste idee is dat de server traag is, oude specs of vol zit.
Om dit uit te sluiten zou je in een directory, bijv http://www.lauwerkzeugshop.de/magentotest een verse magento demo installatie kunnen zetten. Cache aan en kijken wat gtmetrix dan qua snelheid doet. Is first byte ook rond de 2 tot 2,5 seconde, grote kan dat je hosting traag is.

jou hoster heeft ook dit: https://www.mittwald.de/hosting/varnish-hosting
misschien is dat de oplossing voor jou bij deze hoster.

Ze hebben schijnbaar ook magento ervering.
als je een managed server heb kun je met hun contact opnemen voor een oplossing.

Full page cache installeren kan ook een oplossing zijn.

Hallo Bbob,

We hebben deze shop dus al op een ander domein geplaatst en daar is de server response time nog maar 1 sec. Dat is op een goedkoop GoDaddy pakket van $5,- per maand, niet Magento geopitmaliseerd or what so ever.
Betreft Varnish dat wil Mittwald maar al te graag verkopen echter is de ondersteuning van Mittwald enkel gericht op sales en niet gericht op het oplossen van dit probleem. Het heeft naar mijn inziens geen enkel nut om op een trage server zoals Mittwald levert voor €30,- per maand een Varnish te configureren. Indien ik geen Varnish wenste af te nemen kon ik de webshop proberen te verplaatsen naar een "gewoon hosting pakket" voor €30,- per maand. Ik vind dit op zijn zachts uitgedrukt bijzonder vreemd dat een zogenaamd Magento Hosting gespecialiseerd bedrijf mij adviseerd om van Maganto Magened V Server te migreren naar een gewoon hosting pakket.

Mitwald levert nul performance, no value for money

Thanks,

zoals je zelf al aangeeft is de server dus gewoon traag.

1 seconde als eerst contact is redelijk normaal voor niet geoptimaliseerde server.
Ik zit zelf bij http://www.cloudvps.nl en eerst contact zit daar rond de 0,6 tot 0,8 seconde.
mooie systemen met fail safe. Hun prijzen zijn goed en ondersteuning ook.

Zou snel van hoster wisselen.

Varnish is perfect en snel en ideaal voor hele grote shops.
Een full page cache brengt je eerst contact al naar 0,2 seconde en de meeste pagina's moeten dan (afhankelijk van grote en inhoud) binnen de 2 seconden laden.

Onze hoofdpagina zit op 0,7 sec en een 1,4 mb zware pagina op 1,9 seconde.