Bekijk Volledige Versie : Wordpress caching
webmediaede
06/06/17, 08:55
Beste Leden,
Momenteel zit ik met het volgende issue in wordpress icm woocommerce. Wij hebben een verzend script geschreven echter moet deze op speciale tijden weg springen denk voor 12:30 besteld vandaag nog in huis. Echter staat deze er om 16:00 nog. De wordpress cache gaat niet lekker weten jullie deze te vinden zodat wij deze kunnen wijzigen of evt een oplossing?
Beetje weinig informatie. Welle cache plugin gebruik je bijvoorbeeld?
webmediaede
06/06/17, 12:55
Geen cache plugin die zit standaard al in Wordpress
Er zit default geen cache in WordPress.
WP zelf cached zelf niks uit zich eigen maar PHP opcache of mysql query cache kan wel aan staan.
Als je inlogt staat er dan wel de juiste tekst ?
Ramon Fincken
07/06/17, 07:01
Gewoon W3TC pakken of WPFastestCache en daar een page/html vervaltijd in vullen.
Maar LET OP dat je wel cookies uitsluit: https://www.managedwphosting.nl/2015/02/w3-total-cache-woocommerce-page-caching/
En ja. by default zit er GEEN HTML/page cache in WP. Dus de opmerking van hierboven klopt.
Tenzij je webhost iets als varnish ervoor heeft, maar dan nog .. varnish moet zich houden aan de expires die je caching plugin meestuurt (tip: kies voor W3TC in dit geval)
Als je meer wil weten:
https://www.managedwphosting.nl/category/the-quest-for-speed/
https://www.mijnpress.nl/category/the-quest-for-page-speed/
WP zelf cached zelf niks uit zich eigen maar PHP opcache of mysql query cache kan wel aan staan.
Dat is niet hoe de query cache of opcache werkt.
Bij iedere update of insert wordt de query cache leeg gemaakt. Los daarvan is de query cache niet het meest geniale onderdeel van MySQL en gaat het er in MySQL 8 uit. Vanaf 5.6 wordt het default uitgeschakeld. Iets meer detail over de query cache en waarom het uit MySQL wordt gehaald kun je lezen op http://mysqlserverteam.com/mysql-8-0-retiring-support-for-the-query-cache/.
In opcache staat alleen bytecode. Geen html. Er is maar een situatie waarin dit potentieel mis zie gaan en dat is wanneer je zelf een cache maakt die de html output cached in niet unieke php bestanden. Dat doet alleen niemand (hoop ik) en zoals iedereen al heeft gezegd zit er standaard geen cache in WordPress wat ook die ene situatie uitsluit.
Ik zou gokken op een over fanatieke browser cache of een fout geconfigureerde caching proxy als Varnish. Zonder website valt er weinig over te zeggen.
Ramon Fincken
08/06/17, 08:49
En dan nog .. ik heb t zelden meegemaakt dat mysql meer dan 1% van je HTML opbouwtijd (op de server) nodig heeft.
Vertragingen in je HTML zitten > 99% in PHP en/of uitgaande API connecties waarop gewacht moet worden.
Uiteraard even los van supertrage disk of oververhitte CPU natuurlijk.