Persistend object cache

#11 · 29 juli 2024, 14:57

Citaat van Bianca Van den Ham-Aben op 29 juli 2024, 14:53

Hallo Dennis,

Bedankt voor je uitleg, dan ga ik daar even mee aan de gang.
Verder werken mijn websites ook prima hoor, ook qua snelheid. Maar de term Kritiek gaf me wel wat stress.

Bedankt voor al je moeite en uitleg, ik heb weer wat te doen 🙂

Groetjes Bianca

Hoi Bianca,

Persoonlijk zou ik me er niet te druk om maken. Volgens mij doet het zeer weinig met je snelheid en heb je het mogelijk over milliseconden. Wat mij betreft niet de moeite waard om nog lang mee bezig te zijn. Die tijd kun je denk ik beter elders besteden.

Maar goed, dat is mijn mening 😉

Bianca Van den Ham-Aben heeft gereageerd op dit bericht.

#12 · 29 juli 2024, 16:27

@dennis, is het niet makkelijker voor Bianca om 1 voor 1 de plugins uit te zetten en cache te legen om te kijken of de fout verdwijnt? Zo doe ik het omdat ik bang ben om iets verkeerds te doen in de database.

Bianca Van den Ham-Aben heeft gereageerd op dit bericht.

#13 · 29 juli 2024, 17:13

Citaat van Dennis op 29 juli 2024, 17:13

Citaat van Anushka van de Kamp – Tedjai op 29 juli 2024, 16:27

@dennis, is het niet makkelijker voor Bianca om 1 voor 1 de plugins uit te zetten en cache te legen om te kijken of de fout verdwijnt? Zo doe ik het omdat ik bang ben om iets verkeerds te doen in de database.

Hoi Anushka,

Deactiveren van plugins zorgt er niet voor dat de bijbehorende opties in de database verdwijnen. Vaak laten developers zelfs de opties staan in de database als de plugin verwijderd is, zodat als je de plugin weer opnieuw installeert, de opties nog aanwezig zijn. Helaas kun je met het deactiveren van plugins of zelfs verwijderen van plugins, niet dit probleem verhelpen.

De enigste manier om dit probleem te onderzoeken is d.m.v. de SQL code die ik eerder benoemde. Het betreft een SELECT optie waardoor je in principe niks fout kan doen. Maar goed… het is inderdaad altijd verstandig om een backup van te voren te maken, voordat je zaken gaat uitvoeren in de database!

Mocht je vervolgens een aantal boosdoeners hebben gevonden die veel ruimte in beslag innemen (d.m.v. bovenstaande SQL code), dan dient de ontwikkelaar van de plugin waarvan de opties afkomstig zijn, deze te optimaliseren. Dit kan door de opties niet met “autoload” te labelen óf de opties te verplaatsen naar een andere tabel in de database. In het geval van het Affiliate Held Thema heb ik de opties die wij gebruiken in de “wp_options” tabel en die veel ruimte in beslag namen, niet meer met “autoload” gelabeld (dit was namelijk onnodig). Dit heeft voor een flinke reductie gezorgd en deze fix heb ik uitgebracht in versie 1.1.6-beta3. De overige opties in de “wp_options” tabel van het Affiliate Held Thema en onze andere software zijn niet noemenswaardig qua de ruimte die ze in beslag nemen.

Maar om een lang verhaal kort te maken: zoals ik eerder aangaf, is het waarschijnlijk niet de moeite waard om hier veel tijd in te steken, gezien de winst die je kunt behalen in de snelheid voor je website, niet echt noemenswaardig zal zijn. Mocht je het toch graag willen oplossen, dan zul je aan de slag moeten gaan met de nodige analyses in je database d.m.v. de eerder benoemde SQL code (maak dus zeker even een backup voordat je dit doet).

Citaat van Anushka van de Kamp – Tedjai op 29 juli 2024, 16:27

@dennis, is het niet makkelijker voor Bianca om 1 voor 1 de plugins uit te zetten en cache te legen om te kijken of de fout verdwijnt? Zo doe ik het omdat ik bang ben om iets verkeerds te doen in de database.

Hoi Anushka,

Deactiveren van plugins zorgt er niet voor dat de bijbehorende opties in de database verdwijnen. Vaak laten developers zelfs de opties staan in de database als de plugin verwijderd is, zodat als je de plugin weer opnieuw installeert, de opties nog aanwezig zijn. Helaas kun je met het deactiveren van plugins of zelfs verwijderen van plugins, niet dit probleem verhelpen.

De enigste manier om dit probleem te onderzoeken is d.m.v. de SQL code die ik eerder benoemde. Het betreft een SELECT optie waardoor je in principe niks fout kan doen. Maar goed… het is inderdaad altijd verstandig om een backup van te voren te maken, voordat je zaken gaat uitvoeren in de database!

Mocht je vervolgens een aantal boosdoeners hebben gevonden die veel ruimte in beslag innemen (d.m.v. bovenstaande SQL code), dan dient de ontwikkelaar van de plugin waarvan de opties afkomstig zijn, deze te optimaliseren. Dit kan door de opties niet met “autoload” te labelen óf de opties te verplaatsen naar een andere tabel in de database. In het geval van het Affiliate Held Thema heb ik de opties die wij gebruiken in de “wp_options” tabel en die veel ruimte in beslag namen, niet meer met “autoload” gelabeld (dit was namelijk onnodig). Dit heeft voor een flinke reductie gezorgd en deze fix heb ik uitgebracht in versie 1.1.6-beta3. De overige opties in de “wp_options” tabel van het Affiliate Held Thema en onze andere software zijn niet noemenswaardig qua de ruimte die ze in beslag nemen.

Maar om een lang verhaal kort te maken: zoals ik eerder aangaf, is het waarschijnlijk niet de moeite waard om hier veel tijd in te steken, gezien de winst die je kunt behalen in de snelheid voor je website, niet echt noemenswaardig zal zijn. Mocht je het toch graag willen oplossen, dan zul je aan de slag moeten gaan met de nodige analyses in je database d.m.v. de eerder benoemde SQL code (maak dus zeker even een backup voordat je dit doet).

#14 · 29 juli 2024, 17:34

Dank voor je uitleg. Heb ik weer wat bijgeleerd.

Dennis heeft gereageerd op dit bericht.

#15 · 12 augustus 2024, 20:16

@ddg2020 Ik had al mijn plugins al getest voordat ik hier mijn bericht plaatste, dus daar lag het niet aan. Ik moet er nu maar aan wennen dat er een “Kritiek probleem” in mijn site diagnose staat. Het doet verder ook niets af aan de werking van mijn site of aan de bezoekers, dus dat is niet zo erg.

Maar bedankt voor je inbreng, soms zie je meer met zn allen dan in je eentje 🙂

Sorry voor de late reactie, we hadden vakantie.

Groetjes Bianca