• Hallo, we hebben een webshop op een wordpress site met woocommerce. Voor het ontwerp gebruiken we elementor en als thema hebben we hello elementor.

    De site is online sinds 2021. Sindsdien hebben we natuurlijk van alles toegevoegd, maar onze site wordt zó snel zó veel zwaarder dat ik het echt niet kan verklaren.

    Ik heb de laatste back-ups bewaard (ik download alle gegevens via filezilla en download alle databases van de host, dit sla ik op op een externe harde schijf, dus ik back-up niets via een plugin of op de server zelf). Zojuist heb ik via eigenschappen bekeken hoe groot die back-ups zijn op die schijf:

    20 december:
    Grootte: 2,24 GB
    Grootte op de schijf: 56,2 GB
    Bestanden: 57.368
    Mappen: 8.208

    17 april:
    Grootte: 2,48 GB
    Grootte op de schijf: 60,3 GB
    Bestanden: 61.942
    Mappen: 8.607

    22 mei:
    Grootte: 2,84 GB
    Grootte op de schijf: 65,1 GB
    Bestanden: 66.769
    Mappen: 8.811

    (Losse vraag: Is het verschil tussen grootte en grootte op schijf niet heel erg groot?)

    Dat zijn bijna 10.000 nieuwe bestanden binnen zes maanden. Ik heb de uploads map bekeken en het valt me op dat elke foto die we hebben geüpload 6 kopieën krijgt in verschillende groottes, maar zelfs met die verzevenvoudiging staan er in uploads sinds afgelopen december 888 nieuwe bestanden, dus lang geen 10.000.

    Ik zie al sinds het begin dat de site elke keer zwaarder wordt en ik probeer al jaren van alles uit om op te ruimen, maar niets helpt en/of ik doe iets verkeerd.
    Of is dit normaal voor een wordpress site?

    Waar ik bang voor ben is dat er bij het opzetten ooit iets mis is gegaan. Onze host is erg voorzichtig en had alle rechten heel krap opgezet. Dit gaf wordpress helemaal geen vrijheid om zichzelf te runnen. Updates moest ik daardoor altijd handmatig doen, talen konden niet worden geüpdate. Als ik alleen al een foto wilde uploaden moest ik onze ftp gegevens invoeren. Dit veroorzaakte in gebruik vaak problemen. Ik heb onlangs gezegd dat we liever een hack riskeren dan dat we zo doorgingen. De host heeft nu alle rechten zo ingesteld dat wordpress wel zelf kan updaten etc. Maar kan hier iets verkeerd zijn gegaan? Heeft wordpress al die jaren bijvoorbeeld nooit iets kunnen verwijderen bijvoorbeeld?

    Mijn vragen:
    – Is onze site inderdaad abnormaal groot?
    – Hoe kan dit zijn gekomen?
    – Hoe kan ik het oplossen?
    – Is er bijvoorbeeld een manier om opnieuw te beginnen met de basis van de site zonder al onze invoer en opmaak kwijt te raken?

    Laatste dingen die ik heb geprobeerd:
    – Altijd al zorg ik dat afbeeldingen niet te groot zijn en geoptimaliseerd zijn voordat ik ze upload.
    – WP-Optimize plugin (opschonen databases en berichtrevisies etc)
    – Media cleaner plugin (ongebruikte foto’s allemaal verwijderd)

    Ik zou hulp erg waarderen.

    De pagina waar ik hulp bij nodig heb: [log in om de link te zien]

8 reacties aan het bekijken - 1 tot 8 (van in totaal 8)
  • Ik ben niet echt een expert met WooCommerce e.d… Maar een stommiteit die ik al eens heb uitgehaald is dat ik aan mijn back-up plugin heb gezegd… Maak ook maar een back-up van de map waar je een back-up opslaat.

    Maar je zou bijna een gigantische difference check moeten doen om de verschillen te zien. Kan aan veel liggen, van een cache tot verschillende records die opgeslagen zijn in de database.

    Wat ik lees, zou ik toch eens op de achterkant van je website gaan kijken, misschien is er inderdaad nooit iets verwijderd…

    Collega WP kenners, hebben jullie nog ideeën?

    Guido

    (@guido07111975)

    Hoi,

    Wat Pieterjan al zegt, kan aan van alles liggen..

    Kun je ook zien welke submap het grootste is, en het meeste in grootte toeneemt? Zal ws de map wp-content zijn? Behalve de map wp-content > uploads een andere submap die erg groot is?

    Heb je misschien in het verleden wél een backup plugin gebruikt, waarvan backups zijn achtergebleven?

    Ik heb de uploads map bekeken en het valt me op dat elke foto die we hebben geüpload 6 kopieën krijgt in verschillende groottes

    Klopt, naast de originele foto, de 3 groottes van Instellingen > Media én aangepaste groottes die je thema (en soms een plugin) gebruikt.

    Guido

    Thread starter catinka

    (@catinka)

    Bedankt voor het advies. Ik heb er een dag voor gezeten om inderdaad in kaart te brengen waar precies de grootste submappen zitten. Ik heb een aantal mappen van plugins gevonden die we niet meer gebruiken, waarvan twee echt enorm waren. Deze heb ik allemaal van de server verwijderd en gelukkig is de site niet stuk gegaan.
    We hebben nu 39% minder mappen, 30% minder bestanden en de nieuwste back-up neemt 30% minder ruimte in op de schijf. De gehele grootte is 24% procent afgenomen. Ik heb het idee dat de site nog steeds vrij groot is, maar dit is al een stuk beter.
    Als iemand nog een idee heeft, dan hoor ik het graag, maar zo kunnen we voorlopig weer even verder. 🙂

    Guido

    (@guido07111975)

    Ik heb een aantal mappen van plugins gevonden die we niet meer gebruiken, waarvan twee echt enorm waren. 

    Ben benieuwd welke plugins dit dan waren? Heb nog nooit een plugin gezien die meer dan enkele tientallen MBs groot is en de oude versie wordt verwijderd als er een update geïnstalleerd wordt. Of waren het toch oude backup plugins?

    Guido

    Thread starter catinka

    (@catinka)

    Eentje was een plugin om een staging site te maken. De staging site was al lang verwijderd, maar er was toch nog een map voor die plugin die vrij groot was, vooral de grootte op de schijf was veel. Grootte was maar 8MB, maar grootte op de schijf was bijna 1GB.
    Nog een grote plugin gerelateerde map die ik heb verwijderd was updraft plus. Ik had hier ooit in het begin een backup mee gemaakt volgens mij, ik had deze plugin al een hele tijd geleden verwijderd, maar blijkbaar was er toch nog een map blijven staan. Deze was 25,2MB en grootte op de schijf 1,2GB.
    Ook maakten we gebruik van de fietskoeriers, daarvoor hadden we nog een plugin op de site die de opdrachten aan hen doorstuurde, Dabba. Deze plugin was ook onverwacht zwaar. (28MB en 844MB grootte op de schijf).
    Verder zijn er twee plugins veel groter dan ik denk dat ze zouden moeten zijn. WPforms Lite is 27MB groot en de grootte op de schijf is 1,6GB. Naar mijn idee zou dit niet zo’n zware plugin moeten zijn, maar we gebruiken deze plugin nog en ik kan in de map het probleem niet vinden. Een andere plugin die we nog gebruiken, maar die naar mijn idee kleiner moet kunnen is Woocommerce PDF invoices and packing slips. Deze is bijna 20MB groot, 600MB op de schijf.

    Allemaal niet gigantisch (elementor en woocommerce zijn natuurlijk veel groter), maar het telt wel op.

    De grootte op schijf kan altijd wel iets groter zijn, dan de werkelijke grootte van een bestand, maar dan hebben we het over afrondingsverschillen. Het klinkt hier alsof de clustergrootte voor bestanden op de server op 1MB of zelfs nog iets groter staat ingesteld i.p.v. 4KB. Dat betekent, dat elk bestand (hoe klein ook) minstens 1 MB ruimte op de schijf nodig heeft. Dat wijst op een serverconfiguratiefout en is iets dat alleen je webhost kan oplossen. Op basis van je andere bevindingen zou ik echter overwegen om te verhuizen.

    Thread starter catinka

    (@catinka)

    Goed om te weten dat die enorme verschillen tussen ‘grootte’ en ‘grootte op schijf’ door clustergrootte instellingen komt. Dit is zeer waarschijnlijk dan een probleem van de schijf waar de back-ups op staan en niet van de server, want ik zie dat bij mappen op deze schijf die niets met onze site te maken hebben, de verschillen ook erg groot zijn.

    Ik ga hier ook mee aan de slag! (hopelijk is er een manier om dit recht te zetten zonder de schijf te formateren, en anders hevel ik alles wel een keer over naar een andere schijf die wel goed ingesteld is.)

    Bedankt voor al het advies!

    Klinkt alsof je een plugin gebruikt om afbeeldingen te comprimeren, die ze vervolgens in verschillende formaten opslaat. Daarbij is dit topic gestart in de sectie ‘vertalingen’. Denk je dat de website in de afgelopen periode in meerdere talen is ingeladen? Dan zou de website natuurlijk met 3 talen, 3x zo groot zijn geworden. Ik heb dit bijvoorbeeld gedaan voor een grote website, maar dit bleek geen succes. Uiteindelijk gekozen om hiervoor verschillende domeinen/websites voor te maken.

    Als laatste dacht ik eigenlijk direct aan een cache plugin. Die kan alle pagina’s ’tijdelijk’ opslaan wat ook voor ophoping van geheugen kan zorgen.

    • Deze reactie is gewijzigd 6 maanden, 3 weken geleden door Richard van Denderen. Reden: spam link verwijderd
8 reacties aan het bekijken - 1 tot 8 (van in totaal 8)
  • Het onderwerp ‘Onze site wordt zwaarder en zwaarder en ik begrijp niet waar het door komt’ is gesloten voor nieuwe reacties.