Beste Sitedeals leden,

Ik heb een vraagje over Wordpress. Een website die meer dan 10.000 pagina's heeft in Wordpress is bijna niet te managen. Bij het bewerken ervan krijg je een execution error.

De front-end werkt prima, maar het bewerken van een pagina lukt het niet meer.

Hoe kan dit probleem worden opgelost zodat je onbeperkt veel pagina's aan kunt maken?

Hoor graag van jullie.
Met vriendelijke groet,
M.Agdere

PS: het ligt niet aan de server want deze zit bij een premium hostingbedrijf.

Volgens mij moet 10.000 pagina's nog makkelijk te beheren zijn. Daarnaast zou ik niet te snel de conclusie trekken dat je hosting niets te verwijten valt omdat je bij een 'premium hostingbedrijf' zit.

Wat is precies het probleem wanneer je een bericht/pagina opslaat?

Opslaan lukt dus niet. Als ik de pagina wil bewerken duurt het erg lang voordat je de überhaupt iets ziet. Daarna wordt er een execution error weergegeven: Fatal error: Maximum execution time of 30 seconds exceeded (rechts).

De bedoeling is om rond de 200.000 pagina's aan te maken binnen de komende jaren.

Als je die foutmelding even in Google plakt krijg je tientallen topics met hetzelfde probleem. Volgens die topics is het wel degelijk een serverprobleem, er is te weinig geheugen gereserveerd. Even contact opnemen met de hoster dus.

Goed dat ik het weet. Heb een site met zo'n kleine 9000 posts en 2500 pagina's die gelukkig nog foutloos werkt en als een speer draait op een low-budget hostingpakketje.

Beste B. van der Weerd,

Waar ligt het dan precies aan?

Begin eens met je memory limiet verhogen in de hosting instellingen.

WordPress heeft overigens meer moeite met grote aantallen pagina's, grote aantallen posts doen er minder toe. Dat kan te maken hebben met het feit dat pagina's hiërarchisch aan elkaar zijn gekoppeld, en dat posts alleen via een taxonomie aan elkaar zijn gekoppeld. Dat merk je vooral tijdens het managen/editten.

Ik ben bezig met het opbouwen van een aantal grote informatieve websites, en heb er daarom op voorhand al voor gekozen om de gekozen informatie te spreiden over verschillende custom post types. Stel dat je website over reizen zou gaan, dan heb je bijvoorbeeld custom post types 'landen', 'steden', 'bezienswaardigheden', 'accommodaties' etcetera. Dat maakt het editten een stuk makkelijker en sneller. Daarentegen heb je wel weer wat extra uitdagingen bij het bedenken van de juiste structuur, en hoe je al die informatie allemaal bij elkaar voegt in de front-end.

Met 200k pages in WordPress... of dat nu posts of pages zijn, kom je voor behoorlijk wat 'uitdagingen' te staan. Niet alleen zul je heel goed moeten opletten hoe je de boel inricht zoals B. hierboven al aangeeft, maar ook op servergebied zul je het nodige moeten tunen. En dat is iets dat een berg kennis vereist.

Ik vraag me ook af of je in zo'n geval nog wel met WP zou moeten blijven werken.

Database optimalisatie uitgevoerd? Dus etc zinloze concepten, reacties en tijdelijk opgeslagen bestanden verwijderen.
Memory limit verdubbelen.
Gebruik jij ook speciale plugins die voor post bewerkingen zijn bedoeld?

Bedankt voor de reacties. Dus volgens jullie is het wel mogelijk, maar dan zou ik dus een Wordpress specialist in moeten huren?

Alleen het maximale limiet op de server verhogen helpt dus niet?

Hi Ivo,

Nee er is geen database optimalisatie uitgevoerd. Ik heb hier zelf geen verstand van dus wil ik hier niet aan beginnen. Er zijn wel plugins die veel geheugen nodig hebben zoals 'redirection' (van de URL).

https://wordpress.org/plugins/wp-optimize/ maak eerst backup van je DB

Er is gewoon weinig over te zeggen zonder het goed uit te zoeken. Als je website nog in test is, dan kun je gemakkelijk eens alle plugins uitzetten en de load monitoren. En dan stuk voor stuk weer aanzetten en kijken wat de impact is.
Wordpress heeft ook nog een P3 Performance plugin om wat inzicht te geven, maar daar ben ik niet zo kapot van.

Om de foutmelding te voorkomen kun je die limiet wel verhogen natuurlijk. Maar het is natuurlijk maar de vraag of je straks met 100k pages zin hebt 10 minuten te wachten voor je scherm geladen is...

De echt grote sites die WordPress gebruiken, komen niet in de buurt van 200k pages en hebben een zooi maatwerk waar je misselijk van wordt. Die klikken echt niet 30 plugins aan omdat het 'zo handig' is.

Een paar dingen die je wel moet weten met veel pages en/of plugins:

- cache is je vriend
- dingen zoals opcodecachers (apc/opcache,xcache) gaan ram vreten met veel plugins
- memcache/apc als ram storage... gaat ram vreten
- nginx is een stuk sneller dan alles onder apache hangen
- varnish... gaat ram vreten
- veel posts -> veel index ruimte -> moet je in mysql rekening mee houden -> gaat ram vreten
- veel inferieure plugins (denk aan de beruchte top-10 lijstjes) zetten onderdelen van de cache vaak uit
- veel plugins lopen via een wp filter door je page om .. nou ja... hun ding te doen. Dat kost je veel power.

Met 200k pages moet je er rekening mee houden dat een bot van google/bing/yahoo (en een hoop die niet zo 'netjes' zijn) een redelijke load kunnen veroorzaken.

Wij gebruiken zelf vaak een wp test site ( www.storagemaster.nl ) waar een redelijk kale wp setup op staat om via google insights en tools.pingdom.com te kijken wat de impact van een bepaalde plugin is. Heel vaak kun je bepaalde issues dan al oplossen door de betreffende plugin te verwijderen of te vervangen door een andere van een betere programmeur.

Maar dat is gewoon het technische verhaal wat je kunt doen. Wij houden ons verder eigenlijk niet bezig wordpress sites zelf.