Goedenavond,


Een tijd geleden leek het een goed idee om items via Woocommerce op mijn site te tonen. Ik verkoop niets, toon alleen items.
De items bestaan uit plaatje, titel, tekstje en category/tags.
Mijn site heeft inmiddels 15 duizend items, en op drukke momenten zoeken 800 personen per seconden op mijn site naar deze items.
Je kan je voorstellen dat dit enorme last is voor mijn db en hosting.


Inmiddels geupgrade naar een betere hostingpakket (Vimex, VPS - CPU 8 cores 8192MB RAM - 300 GB SSD Opslag) maar ik loop de laatste tijd te vaak (elke dag) tegen 507 errors aan:


Insufficient Storage
The method could not be performed on the resource because the server is unable to store the representation needed to successfully complete the request. There is insufficient free space left in your storage allocation.

Additionally, a 507 Insufficient Storage error was encountered while trying to use an ErrorDocument to handle the request.




De uitleg van Vimexx is dat de database het te zwaar heeft. Wat kan, 800 personen die tegelijk zoeken tussen 15000 items.
Maar goed, ik heb inmiddels een betere zoektool (Fibo search Pro) aangeschaft. Wellicht gaat dat iets helpen. Maar iemand anders gaf mij het advies de Woocommerce producten om te zetten naar "reguliere" Wordpress Posts. Dan kan ik Woocommerce eraf halen.
Omdat dit de DB zal ontzien.


Klopt dit? En zo ja, weet iemand hoe ik dit kan aanpakken? Liefst met een script om zo (na uitvoerige test) alle 15K items in een keer om te zetten.


Hoor het graag!


Dank en groet,


Tascha

Origineel gepost door Tascha Lentze

Maar iemand anders gaf mij het advies de Woocommerce producten om te zetten naar "reguliere" Wordpress Posts. Dan kan ik Woocommerce eraf halen.
Omdat dit de DB zal ontzien.

Klopt dit? En zo ja, weet iemand hoe ik dit kan aanpakken? Liefst met een script om zo (na uitvoerige test) alle 15K items in een keer om te zetten

Wat staat er in je error logs? Vraag me af of de database het te zwaar heeft.

WP al dan niet met Woocommerce in combinatie met hoge bezoekersaantallen... tja dat zal optimaliseren worden.

Probeer eens je memory limit (php.ini) te verhogen, images te compressen.

Gebruik je een cache (Memcache)? en/of CDN?


Wil je toch bij WP blijven, er is een Post Type plugin, misschien is dat wat.
Maar je zou ook je producten als CSV kunnen exporteren en vervolgens weer in WP importeren als Posts.


Maar voor je de boel overzet, waar komen de bezoekers weg? Google? Dan zou eerst wat gaan optimaliseren als dat nog kan. Ga je toch over, bedenk wel dat je dan ook 301 redirects moet gaan aanmaken

Hi Iceblock, dank voor je tips.

Images worden compressed getoond, en ik gebruik inderdaad een cache. (Varnish en WP-Optimize). CDN nog niet.
Uit de logs kom ik niet echt, heel veel "Connect to backend rejected on sending request" vanuit Cloudlinux.
Ik zal eens kijken of ik iets met die memory limit kan doen. Doe ik dat vanuit de DirectAdmin?

Dank!

Tascha

Voor je iets wijzigt, altijd zorgen voor een goede backup!


Is het deze foutmelding: [lsapi:error] Backend error on sending request(GET /wp-login.php HTTP/1.1); uri(/index.php) content-length(0) (lsphp is killed?): Unexpected LS header with data.

Zoja, hier staat een oplossing:
https://2by2host.com/knowledgebase/s...ta-len-is-162/

Zo nee, zou je de exacte foutmelding kunnen geven?


--

Zou memcache gaan gebruiken, dan wordt je database minder belast.

Je zou daarnaast ook een CDN kunnen gaan gebruiken.


--

php.ini kun je in directadmin benaderen met File Manager.
meestal te vinden in dir: /usr/local/lib/php.ini

Hoi Tascha,

Iceblock heeft gelijk dat het ook ergens anders aan kan liggen. Zelf heb ik het idee dat men graag probeert te hacken en op je inlog lopen te hameren. Dit geeft een hele berg met hits.
Als je het overzet naar posts zal je ook redirects moeten gebruiken en dat is ook niet prettig en zal weinig verbeteren.

Zelf heb je het over zoeken en dat kan inderdaad veel eisen van je database. De vraag is hoe fijn is je zoekfunctie. Stel dat men op een hoop zaken kan zoeken dan eist dat meer van de database. Kan men het sorteren is dat nog meer load voor je database.
Het verschil is dat mensen te gelijk zoeken. Een zelfde hoeveelheid die je website bezoeken is een heel ander verhaal.

Persoonlijk zou ik je al eerst aanraden eens je database op te schonen. Er zijn verschillende plugins voor te vinden die je database kunnen optimaliseren. WordPress heeft de neiging een hoop onzin te bewaren zoals de transients en revisies. Als je die eruit gooit is je database een stuk kleiner en wordt het zoeken veel sneller.

Over welke error documenten heb je het die hij niet meer kan opslaan. Kan je die zien op je ftp? Dan kan je ze ook allemaal tegelijk verwijderen en uitzoeken hoe je dit kan voorkomen.

Zelf denk ik ook dat wp-optimize een boosdoener kan zijn. Hier heb ik slechte ervaringen mee.
Een cache zal niet veel helpen als het gaat om de zoekopdrachten, die worden meestal niet gecached namelijk.

Als het echt niet anders kan zou je meer schrijfruimte moeten kopen of meer geheugen maar dit kan je beter bespreken met de hosting.

Ik hoop dat je hier iets aan hebt. Ik doe nu ook maar een gooi omdat ik niet kan bekijken en testen.

Heel veel succes...