Kennisbank
Gebruik de nieuwste versie die uw code ondersteunt. Hier leest u hoe u deze kunt wijzigen en hoe u kunt achterhalen wat er mis is gegaan.
Gebruik de nieuwste versie die uw applicatie ondersteunt. Een nieuwere PHP is sneller en ontvangt beveiligingsoplossingen; een end-of-life-versie krijgt geen van beide.
Sites → uw site → Software → PHP-versie. De wijziging wordt binnen enkele seconden toegepast en vereist geen herstart die u kunt zien.
Maak eerst een back-up (Sites → uw site → Back-ups), en werk uw plug-ins en thema bij — dat is waar PHP-upgrades misgaan. Gebruik een staging-kopie (Sites → uw site → Staging) om die updates te oefenen zonder de live site aan te raken. ⚠️ Een staging-kopie draait dezelfde PHP-versie als de live site, dus deze kan de nieuwe versie niet op zichzelf uitproberen: als de site zich na de wijziging misdraagt, zet u de versie terug — dat duurt slechts seconden.
De gebruikelijke oorzaak is één plug-in of één bibliotheek die niet is bijgewerkt. Zet de versie terug — het duurt slechts seconden — en lees het foutenlogboek via Sites → uw site → Statistieken. Het logboek vermeldt het bestand en de regel, wat normaal gesproken voldoende is om de plug-in te identificeren.
De WordPress-kern biedt goede ondersteuning voor de huidige PHP. Plug-ins zijn de plek waar de problemen liggen, en het WordPress-scherm toont elke plug-in in uw gehele beheer met de bijbehorende versie, zodat u kunt zien welke sites de risicovolle plug-in bevatten voordat u een van deze overzet.
⚠️ Wij upgraden uw PHP-versie niet voor u, en de keuze blijft aan u omdat alleen u weet wat uw code doet. Wij houden de nieuwere versies beschikbaar en gepatcht.
⛔ We waarschuwen u momenteel niet van tevoren dat uw versie het einde van de levensduur nadert, dus wacht niet tot het u wordt verteld. Als u een supportticket opent terwijl u een versie gebruikt die we al hebben uitgefaseerd, geeft de sitecontrole voorafgaand aan het formulier dit aan en wordt de nieuwste ondersteunde versie voorgesteld — maar dat is de enige plek waar dit zichtbaar wordt, en pas nadat de versie al is beëindigd. Controleer het scherm met de PHP-versie zelf één of twee keer per jaar.
Een end-of-life-versie ontvangt geen fixes meer van het PHP-project. We houden verschillende daarvan bewust beschikbaar, versterkt en beveiligd met patches door ons platform, zodat een oudere applicatie op dag één kan verhuizen in plaats van eerst opnieuw te moeten worden gebouwd. Dat is een reële optie en geen valkuil — maar het is een basisniveau, geen eindbestemming, en de nieuwste versie die uw code ondersteunt is nog steeds het juiste antwoord.
Wat we hebben geschreven over hosting, SEO en het op grote schaal beheren van websites.
Hoe hosting de indexering en link equity vormgeeft in 2026: pagina's geïndexeerd houden, oude domeinen screenen voordat u erop bouwt, linkbuilding zonder zoekmachine-footprint en een eerlijke kijk op wat infrastructuur wel en niet kan betekenen voor SEO.
Bericht lezen →Een praktische controlelijst voor een snel, veilig WordPress: caching op serverniveau, een objectcache per site, het handjevol plug-ins dat het waard is om te gebruiken, het up-to-date houden van de stack en de WooCommerce-pagina's die u nooit mag cachen.
Bericht lezen →Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe u dit kunt beoordelen voordat u zich vastlegt.
Bericht lezen →Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.
Contact opnemen met support → Alle artikelen →