Onderwerp: Wordpress caching

Eerst P3 profiler runnen .. als bv je WP Core > 300 ms nodig heeft heb je een trage / volle server OF een waanzinnig grote options tabel.

Misschien is het anders een idee om ook eens een optimize op de database te doen. Soms is deze ook "vervuild" met allerhande draft-versies van berichten en dergelijke. Daar zijn eventueel ook plugins voor om dat eenvoudiger te maken.

Wat we misschien een beetje vergeten is dat het ook een brakke plugin kan zijn die echt een vertraging veroorzaakt. Heb je al eens geprobeerd om de plugins 1-voor-1 uit te schakelen om te kijken of het wat uitmaakt? Misschien is er anders een snellere/ nieuwere/ efficiëntere plugin te vinden voor hetzelfde doel.

Over de caching nog dit: sommige caching plugins cachen wel de "inhoud" maar niet de widgets, wellicht is daar nog winst te halen als er veel in widgets meedraait.


CFM Media Services - Webdesign en Internetdiensten

@CFM 1-voor-1 kan altijd nog, kijk altijd eerst naar p3 profiler: http://wordpress.org/plugins/p3-profiler/screenshots/ http://s-plugins.wordpress.org/p3-pr...png?rev=627279

Oorspronkelijk geplaatst door systemdeveloper

Idd, Of gewoon urllijst bijhouden (heb je waarschijnlijk toch al ergens ivm. de google sitemap) en met een scriptje even wgetten bij een 'koude' cache. Zo vullen wij een 32GB op varnish ook wel eens na een restart van de daemon.

varnish heeft een hele mooie replay functie. Afhankelijk van je config en splitsing in encoding, zal enkel een scriptje je niet kunnen helpen. Dat terwijl de replay een live opname is van alles wat er voorbij kwam en als het ware opnieuw afgespeeld kan worden.

Oorspronkelijk geplaatst door Mikey

varnish heeft een hele mooie replay functie. Afhankelijk van je config en splitsing in encoding, zal enkel een scriptje je niet kunnen helpen. Dat terwijl de replay een live opname is van alles wat er voorbij kwam en als het ware opnieuw afgespeeld kan worden.

Klopt, de replay is waarschijnlijk beter. Maar ik heb hem alleen nodig om vol te proppen met gecachte pics, dus hij hoeft maar in de cache te zitten.

Heren,

Probleem inmiddels gevonden. Ligt aan CSF firwall (althans de instellingen).

Zodra ik CSF uitschakel wordt alles 2x zo snel.. Heeft iemand een idee waar ik zou moeten kijken of toch CSF te kunnen gebruiken zonder dat sites hier veel last van hebben??

Je zou in de iptables log kunnen kijken wat er fout gaat. Een gok:
- modules met licenties die een licentieserver proberen te bereiken op een geblokkeerde poort.
- modules die externe servers proberen te bereiken op een geblokkeerde poort.
- WordPress verwijst naar bestanden op geblokkeerde poorten.

Wat is je definitie van traag: Het genereren van de html output of het complete laden?

Kun je eens kijken wat voor blokkades (inkomend en uitgaand) er allemaal in zitten?
Ik heb nog niet eerder meegemaakt dat er zoveel vertraging was dankzij zoiets, dus het kan onderdaad wel door licenties zijn bijvoorbeeld.

Maar het zal makkelijker te vinden zijn als bekend is wat je precies hebt dichtgezet .



Sent from my iPad using webhostingtalk mobile app

Probleem opgelost. Waarschijnlijk probleem in het aantal connections..