Veel Nederlandse ondernemers hebben hun Vimexx WordPress-pakket ooit gekozen om de prijs, en zijn er daarna nooit meer ingedoken. Dat is op zich geen ramp: goedkope hosting is niet hetzelfde als slechte hosting. Het betekent alleen dat er meer taken bij u blijven liggen en dat de marges op geheugen en rekentijd krapper zijn.
In dit artikel loopt u langs de punten die op een voordelig gedeeld pakket het vaakst problemen geven, met per punt wat u eraan doet. Voorwaarden en pakketnamen veranderen; kijk de details na in uw eigen beheeromgeving.
Begin bij de limieten, niet bij de plugins
Op een gedeeld pakket deelt u een machine met tientallen andere klanten. Om te voorkomen dat één site de rest meesleurt, staan er grenzen op wat uw account mag gebruiken. Die grenzen merkt u pas als u eroverheen gaat, en dan in de vorm van vage fouten.
- Geheugenlimiet. Te weinig werkgeheugen levert een wit scherm op of een melding over uitgeput geheugen, vaak juist tijdens een update of bij het uploaden van een afbeelding.
- Maximale uitvoertijd. Een script dat langer draait dan is toegestaan, wordt afgebroken. Dit raakt vooral het maken van back-ups en het importeren van producten.
- Aantal gelijktijdige processen. Hier lopen sites met veel achtergrondtaken tegenaan; verzoeken komen dan in de wachtrij.
- Uploadgrootte. Merkt u dat een video of een groot bestand niet doorkomt, dan is dit meestal de reden.
- Databasegrootte. Zelden een probleem, tenzij er jarenlang logboeken en revisies zijn opgestapeld.
Een deel hiervan verhoogt u zelf in het paneel of via een instelling. Kan het niet omhoog, dan is dat een signaal dat u aan de bovenkant van uw pakket zit. Hoe u het geheugen ophoogt, staat stap voor stap in de uitleg over het verhogen van de WordPress-geheugenlimiet.
De PHP-versie is uw eigen keuze
Op vrijwel elk Nederlands pakket kiest u per domein welke PHP-versie draait. Dat is geen automatisme: zet u hem niet zelf om, dan blijft uw site jaren op een oude versie staan waarvoor geen beveiligingsherstel meer verschijnt.
De werkwijze is altijd dezelfde. Maak eerst een volledige back-up. Zet daarna de versie een stap hoger, bijvoorbeeld van 8.0 naar 8.1. Loop de site na: voorpagina, een dieper gelegen pagina, het beheerscherm, een formulier en, als u die heeft, de afrekenstap. Ziet u een foutmelding over een niet-bestaande functie, zet dan terug en zoek uit welke plugin de boosdoener is.
Springt u niet meer dan één versie tegelijk. Van 7.4 naar 8.2 in één keer is de snelste manier om een middag kwijt te zijn.
Back-ups: kijk waar ze staan
Vrijwel elke hoster maakt kopieën, meestal dagelijks en met een bewaartermijn van een of twee weken. Handig, maar er zitten twee beperkingen aan die u moet kennen. De eerste: de kopie staat in dezelfde infrastructuur als uw site. De tweede: de bewaartermijn is korter dan de tijd waarin u een sluipend probleem opmerkt.
Zet er daarom een eigen regeling naast, die wegschrijft naar een opslag buiten uw hosting. Bij een gewone bedrijfssite is wekelijks voldoende; bij een webshop dagelijks, omdat bestellingen anders verdwijnen. Test één keer per jaar of terugzetten werkelijk lukt, bij voorkeur in een kopie van de site zodat u niets kapotmaakt.
Traagheid: eerst meten, dan verhuizen
De reflex bij een trage site is overstappen naar duurdere hosting. In misschien een op de vijf gevallen is dat terecht. Meestal ligt de vertraging in de site zelf: te veel plugins die op elke pagina meedraaien, afbeeldingen van vier megabyte, of een paginabouwer die tientallen verzoeken doet.
Bepaal eerst waar het aan ligt. Kijk naar de tijd tot het eerste antwoord van de server. Is die consistent hoog, ook op een pagina zonder veel inhoud, dan wijst dat richting server of database. Laadt de pagina daarna traag door, dan zit het in de site. De methode staat uitgewerkt in het artikel over herkennen of uw hosting de vertraging veroorzaakt.
Een kleine ingreep die op gedeelde pakketten vaak veel oplevert: schakel objectcaching of paginacaching in via een cacheplugin en zet de ingebouwde taakplanner van WordPress om naar een serverplanner. Dat laatste scheelt merkbaar op sites met veel bezoek.
Uw WordPress-site bij Vimexx maandelijks nakijken
Een vaste ronde van een halfuur houdt de meeste ellende buiten de deur. Werk deze volgorde af.
- Maak of controleer een back-up voordat u iets aanraakt.
- Werk plugins bij, eerst de kleine, dan de grote, en kijk telkens of de site nog laadt.
- Werk daarna het thema en de kernbestanden bij.
- Controleer de voorpagina, een formulier en het beheerscherm.
- Kijk in het foutenlogboek of er iets nieuws in staat.
- Controleer of het SSL-certificaat nog geldig is en wanneer het verloopt.
- Kijk of er onbekende beheerdersaccounts zijn bijgekomen.
Bewaar wat u heeft gedaan in een eenvoudig bestand met een datum. Bij een storing is de eerste vraag altijd: wat is er als laatste veranderd? Zonder aantekening bent u een uur zoeken kwijt.
Wanneer voordelige hosting u gaat tegenwerken
Er is een punt waarop besparen op hosting duurder wordt. Herkent u drie of meer van deze signalen, dan is het tijd voor een zwaarder pakket of een andere partij: het beheerscherm reageert traag bij eenvoudige handelingen, back-ups halen het einde niet, u krijgt regelmatig een foutmelding over uitgeput geheugen, de site is ‘s avonds merkbaar trager, of u kunt de PHP-versie niet naar keuze instellen.
Draait er een webshop met dagelijkse bestellingen, dan is de rekensom sneller gemaakt. Een uur uitval kost daar meestal meer dan het prijsverschil van een heel jaar hosting.
Wilt u de maandelijkse ronde uit handen geven zonder van hosting te wisselen, dan kan dat prima; bij WebMaintor blijft uw pakket staan en komt er alleen beheer met updates, back-upcontrole en bewaking omheen.
Concrete volgende stap: log in op uw hostingpaneel en zoek op waar de geheugenlimiet staat. Staat die op 128 megabyte of lager, dan verklaart dat waarschijnlijk de foutmeldingen die u af en toe ziet.
