PHP-selector bij shared hosting: PHP-versies veilig naast elkaar gebruiken

Wat een PHP-selector aanstuurt

A PHP-selector is een beheerinterface voor PHP-runtime-omgevingen die door de serverbeheerder ter beschikking wordt gesteld. Hiermee kun je, afhankelijk van de hostingconfiguratie, een PHP-tak en bijbehorende extensies of opties selecteren. De interface installeert niet automatisch elke gewenste versie en garandeert evenmin dat elke selectie afzonderlijk voor individuele domeinen geldt.

Voor de planning zijn drie niveaus van belang: op de server kunnen meerdere versies geïnstalleerd zijn; in het tariefpakket kan de aanbieder echter slechts een deel daarvan beschikbaar stellen. Welke versie daadwerkelijk wordt uitgevoerd bij een concrete aanvraag, hangt bovendien af van de configuratie van het domein, de webserver en de betreffende PHP-handler. Een zichtbaar menu-item alleen geeft geen antwoord op deze laatste vraag.

CloudLinux biedt alternatieve runtime-omgevingen als Oude PHP klaar. Daarnaast is er de native PHP-omgeving van de server of het configuratiescherm. ‘Native’ verwijst hierbij niet naar een vast versienummer: welke PHP-versie en welke configuratie erachter schuilgaan, wordt bepaald door de betreffende serveromgeving. Een applicatie kan daarom bij een overstap naar ‘native’ met andere vereisten te maken krijgen dan bij de keuze voor een oudere PHP-versie.

Als je een bepaalde PHP-versie nodig hebt voor je hosting, controleer dan eerst de vereisten van de applicatie en vraag vervolgens of deze versie daadwerkelijk beschikbaar is in het pakket. Ga ook na of de benodigde uitbreidingen en instellingen kunnen worden aangepast. De gedocumenteerde CloudLinux-functies beschrijven de mogelijkheden van de software, niet automatisch de specificaties van een concreet hostingpakket.

Accounts, domeinen en isolatie

Stel je een actuele website en een oudere bedrijfsapplicatie voor die verschillende PHP-branches nodig hebben. Als ze op afzonderlijke hostingaccounts staan, kunnen ze verschillende versies gebruiken, mits beide accounts een eigen selector hebben en de provider de benodigde branches vrijgeeft. Dit is een mogelijke vorm van parallel gebruik op dezelfde server, maar geen garantie voor elk tarief.

Het ligt anders bij twee domeinen binnen hetzelfde account. CloudLinux beschrijft een selectorkeuze die geldt voor alle door de selector beheerde domeinen van een gebruiker. Als je daar de versie wijzigt, moet je er dus rekening mee houden dat dit gevolgen heeft voor beide toepassingen; het loutere bestaan van de selector leidt niet tot een onafhankelijke domeinkeuze.

De Toepassingsgebied Dit moet daarom vóór elke wijziging worden uitgezocht. Als de provider geen geschikte domeinspecifieke beheerfunctie ondersteunt, kunnen afzonderlijke accounts een oplossing zijn. Hiervoor moeten de applicaties dienovereenkomstig worden verplaatst en moeten de betreffende tariefvoorwaarden worden gecontroleerd. Een tweede domein of een extra map alleen zorgt nog niet voor een onafhankelijke versiekeuze.

CageFS dient in de CloudLinux-omgeving met meerdere gebruikers om gebruikersomgevingen van elkaar te scheiden. Deze Isolatie moet worden onderscheiden van de vraag welke PHP-versie voor een domein kan worden ingesteld. Ook een extra website-isolatie binnen een account betekent op zichzelf nog geen onafhankelijke selectie; meer uitleg over dit concept vind je in het artikel over CageFS per site bij shared hosting.

CloudLinux beschrijft ook een speciale Selector-configuratie zonder geactiveerd CageFS voor een server met slechts één gebruikersaccount. Dit betekent echter niet dat het wordt aanbevolen om CageFS op een gewone shared-hostingserver uit te schakelen. De beveiligingsarchitectuur en de instellingen daarvan zijn daar de verantwoordelijkheid van de provider; als klant moet je informeren naar de aangeboden scheiding en de reikwijdte daarvan.

Selector en MultiPHP Manager

CloudLinux PHP Selector en cPanel MultiPHP Manager zijn verschillende tools. De Selector beheert de aangeboden PHP-opties binnen het kader van zijn integratie; de MultiPHP Manager kan PHP-instellingen per domein beheren. Dat een van deze interfaces domeinspecifieke instellingen ondersteunt, betekent echter niet dat deze in uw eigen pakket beschikbaar zijn of voor elke combinatie zijn ingeschakeld.

In de gedocumenteerde interactie met cPanel noemt CloudLinux voor het gebruik van de selector onder andere de Systeeminstelling in de MultiPHP Manager en PHP-FPM uitgeschakeld voor het betreffende domein. Deze vereisten beschrijven een specifieke integratie, geen algemeen geldende stap-voor-stap handleiding. De manier waarop de hostingprovider de handler en de interfaces heeft geconfigureerd, bepaalt welke instelling van kracht is.

Als beide interfaces zichtbaar zijn, moet je hun bevoegdheden niet door middel van trial-and-error op een productieve website vaststellen. Een domeinspecifieke instelling in de MultiPHP Manager en een selectiekeuze kunnen anders verwachtingen wekken die niet overeenkomen met de daadwerkelijk gebruikte handler. Vraag de provider om uitleg over welke tool van toepassing is op het betreffende domein en welke wijzigingen gevolgen hebben voor andere domeinen.

Om een concrete beslissing te nemen, helpen de volgende vragen: Welke interface is in het tarief beschikbaar? Geldt de keuze per account of per domein, en welke PHP-versies en extensies zijn toegestaan? Vraag ook of SSH en geplande taken beschikbaar zijn en welke interpreter deze uitvoert. Zo kunnen webapplicaties en achtergrondtaken afzonderlijk worden gepland, in plaats van vanuit een paneelweergave conclusies te trekken over alle uitvoeringswegen.

Ga ten slotte na of er een afgeschermde testomgeving en een back-up beschikbaar zijn en wie in geval van een storing de huidige configuratie kan herstellen. Pas als duidelijk is wie verantwoordelijk is voor de gebruikersinterface en het betreffende gebied, kan een overstap met een beheersbaar risico worden voorbereid. Onbevestigde menuopties of een zogenaamd universele configuratieoplossing helpen hierbij niet verder.

Het juiste toepassingsgebied kiezen

Voordat je een PHP-versie in de hosting wijzigt, moet je eerst de Toepassingsgebied de beschikbare instelling. Het gaat niet alleen om het aantal domeinen dat je beheert, maar ook om welke daarvan dezelfde gebruiker en dezelfde selectorkeuze gebruiken. De tabel zet typische vereisten om in vragen die je met je provider kunt bespreken.

De CloudLinux Selector past zijn selectie op gedocumenteerde wijze toe op de domeinen van een gebruiker die hij beheert. Als twee applicaties binnen hetzelfde account verschillende versies nodig hebben, kan een scheiding in accounts uitkomst bieden, mits het tarief en de vrijgegeven versies dit toestaan. Voor extra kosten en voorwaarden moet je contact opnemen met de provider.

Een andere mogelijkheid is een expliciet ondersteund domeinspecifiek beheer, bijvoorbeeld via de cPanel MultiPHP Manager. Of dit in het betreffende pakket beschikbaar is en hoe het samenwerkt met een selector, is geen algemeen geldende aanname. Ook een wijziging via .htaccess moet je dit niet als een betrouwbare vervanging beschouwen.

Het scheiden van de versies lost bovendien niet alle afhankelijkheden op: een toepassing kan bepaalde modules of instellingen vereisen, terwijl een geplande taak een eigen interpreter gebruikt. Leg deze vereisten apart vast, zodat je bij de leverancier niet alleen naar een versienummer vraagt, maar naar het volledige uitvoeringspad.

PHP-versie en ondersteuning controleren

Kies een PHP-tak die door jouw specifieke toepassing wordt ondersteund en waarvoor beveiligingsupdates beschikbaar zijn. Controleer hiervoor de vereisten van de gebruikte CMS- of webshopversie, evenals die van plug-ins, thema's, bibliotheken en je eigen code. Een actuele PHP-versie alleen zorgt er niet automatisch voor dat een oudere, niet-compatibele applicatie werkt.

De officiële PHP-tabel maakt onderscheid tussen actieve ondersteuning en een daaropvolgende fase met beveiligingsupdates. Volgens onderzoek van 4 november 2026 krijgen PHP 8.2 en 8.3 alleen nog beveiligingsupdates; PHP 8.4 en 8.5 bevinden zich in de actieve ondersteuningsfase. Voor PHP 8.2 eindigt de officiële beveiligingsondersteuning op 31 december 2026. Controleer de status nogmaals voordat je een beslissing neemt, omdat deze indeling in de loop van de tijd kan veranderen.

De weergave van een versie in de selector geeft antwoord op een andere vraag dan de ondersteunings tabel: deze toont een selectie binnen jouw omgeving, maar zegt niets over officiële ondersteuning of de compatibiliteit van jouw applicatie. Omgekeerd betekent officiële ondersteuning voor een bepaalde tak niet automatisch dat jouw hostingpakket deze ook aanbiedt.

Een leverancier kan mogelijk zelf verlengde ondersteuning aanbieden voor oudere pakketten. Vraag daarom schriftelijk na welke pakketten en beveiligingsupdates hieronder vallen, hoe lang deze ondersteuning geldt en hoe updates worden geleverd. Dit Ondersteuning door de leverancier is niet hetzelfde als de officiële ondersteuning van het PHP-project en vormt geen vervanging voor een migratieplan voor de toepassing.

Als er een overstap naar een nieuwere tak op het programma staat, controleer dan ook of er migratiestappen of achtergrondtaken zijn overgeslagen. Het artikel over PHP 8.5 in de hostingomgeving en voor compatibiliteitscontrole legt uit welke afhankelijkheden en processen bij deze specifieke versie-upgrade van belang kunnen zijn.

De omschakeling op een gecontroleerde manier voorbereiden

Begin met een inventarisatie: welke interface heb je tot je beschikking, welke domeinen worden daar beheerd en welke PHP-versies zijn voor je account vrijgegeven? Noteer de huidige selectie en vraag bij onduidelijkheden naar het daadwerkelijke toepassingsgebied. Zo voorkom je dat je denkt dat je slechts één website hoeft om te zetten, terwijl er ook andere domeinen bij betrokken zijn.

Stel dat een recente applicatie en een oudere applicatie naast elkaar draaien. Controleer eerst of hun vereisten verenigbaar zijn met een gemeenschappelijke doelversie. Als dat niet het geval is, kan het helpen om een eigen keuze te maken in afzonderlijke accounts; een domeinspecifiek alternatief komt alleen in aanmerking als de aanbieder dit voor jouw configuratie ondersteunt.

Controleer vóór het doorvoeren van wijzigingen in de productieve omgeving of er een actuele Back-up van bestanden en de database aanwezig is en het herstel ervan is geregeld. Een afgeschermde testomgeving is handig, als je die kunt inrichten: daar test je de doelversie zonder bezoekers of productieve gegevens onnodig in gevaar te brengen. Of het abonnement staging of back-ups biedt, moet je bij de provider navragen.

Documenteer naast de huidige en de gewenste PHP-versie ook de benodigde extensies en relevante opties. Vergelijk deze gegevens met de vereisten van de applicatie en de instellingen die in het abonnement zijn toegestaan. Met de CloudLinux Manager kunnen beheerders richtlijnen instellen voor versies en extensies; dit betekent echter niet dat klanten elke optie zelf kunnen wijzigen.

Test in de geïsoleerde omgeving niet alleen de startpagina, maar ook aanmeldingen, formulieren, importen en andere processen die belangrijk zijn voor je project. Controleer geplande taken apart, omdat de uitvoering ervan niet alleen door de weergave van de website wordt aangetoond. Noteer afwijkingen en los compatibiliteitsproblemen op vóór de overgang naar de productieve omgeving.

Leg ten slotte een Terugreis Let op: wie mag de vorige versie weer selecteren, en welke instellingen moeten daarna worden gecontroleerd? Plan de omschakeling op een geschikt moment en houd daarna de betrokken applicaties in de gaten. Het terugzetten naar de vorige versie garandeert op zich niet dat alle uitbreidingen en opties weer op de oude instellingen staan.

Web, CLI en cronjobs controleren

Een website en de achtergrondtaken ervan hoeven niet dezelfde PHP-interpreter te gebruiken. HTTP-verzoeken worden verwerkt door een runtime die wordt bepaald door de webserver en de bijbehorende handler; een opdrachtregeloproep start daarentegen de interpreter die de betreffende omgeving aantreft. CloudLinux maakt onderscheid tussen native paden voor web- en CLI-interpreters. De weergave in de PHP Selector alleen geeft daarom niet het volledige antwoord op vragen over de daadwerkelijke uitvoering.

Als SSH in je abonnement beschikbaar is, kun je in een terminalsessie de volgende opdracht uitvoeren. Deze toont de versie van de CLI-interpreters, die voor precies deze oproep wordt gevonden. Voor de controle zijn geen wijzigingen aan bestanden of instellingen nodig.

php -v

Het resultaat geeft noch de PHP-versie van een HTTP-verzoek, noch die van een op een andere manier aangeroepen cronjob weer. Een geplande taak kan een expliciet interpreterpad of een andere omgeving gebruiken. Controleer daarom de opgeslagen aanroep en de uitvoeringsomgeving van de betreffende taak, in plaats van de uitvoer van je interactieve sessie hierop toe te passen.

Gebruik voor de webcontrole een beveiligde, door de aanbieder ondersteunde methode en vraag indien nodig naar de verantwoordelijke beheerder. Een openbaar toegankelijk diagnosescript met uitgebreide omgevingsinformatie is geen geschikte standaardoplossing. Controleer ook geplande taken via een ondersteunde methode en controleer vervolgens of bijvoorbeeld een import- of verzendtaak daadwerkelijk werkt zoals bedoeld.

Leg voor elke relevante uitvoeringsroute vast welke versie wordt verwacht en hoe deze is gecontroleerd. Als het paneel, de SSH-uitvoer en het gedrag van een taak verschillende aanwijzingen geven, overleg dan eerst met de aanbieder over de verantwoordelijkheid voor de betreffende uitvoeringsomgeving. Zo voorkom je dat je op de verkeerde plek een instelling wijzigt.

Fouten na de omschakeling opsporen

Als de startpagina na de wijziging wel laadt, maar een formulier of import mislukt, is de omschakeling nog niet voldoende getest. Herhaal de betreffende procedure en noteer het tijdstip, de functie en de waargenomen foutmelding. Vergelijk deze gegevens met de beschikbare applicatie- en serverlogs, voor zover je abonnement hier toegang toe biedt; gevoelige loggegevens horen niet thuis in openbaar toegankelijke bestanden.

Controleer vervolgens de Compatibiliteit van de betreffende applicatie en de bijbehorende uitbreidingen met de gekozen PHP-tak. Een formulier kan bijvoorbeeld afhankelijk zijn van een plug-in die op de startpagina helemaal niet wordt uitgevoerd. Bij een import zijn bovendien de afhankelijkheden daarvan en het daadwerkelijke uitvoeringspad van belang: een achtergrondtaak kan een andere runtime gebruiken dan de website.

Vergelijk vóór de overstap de voor de doelversie beschikbare en geactiveerde PHP-uitbreidingen en de vereiste opties met je documentatie. Het selecteren van een PHP-tak betekent niet automatisch dat alle benodigde modules en instellingen correct zijn. Welke wijzigingen je zelf mag aanbrengen, hangt af van de goedkeuring door de beheerder.

Controleer bovendien of het betreffende domein daadwerkelijk het verwachte handelaar en de gewenste looptijd wordt gebruikt. Als er meerdere beheerinterfaces beschikbaar zijn, overleg dan met de aanbieder over hun bevoegdheden voordat je verdere instellingen wijzigt. Een weergave in de selector hoeft niet uit te leggen via welk uitvoeringspad een specifieke aanvraag wordt verwerkt.

Waarschuwing: Stuur configuratiepaden niet algemeen via PHPRC of PHP_INI_SCAN_DIR . CloudLinux waarschuwt dat dergelijke wijzigingen in de configuratiepaden van PHP de selector kunnen beïnvloeden. Als een specifiek pad noodzakelijk lijkt, overleg dit dan eerst met de provider.

Als de fout niet direct kan worden verholpen, gebruik dan de vooraf vastgestelde terugkeerprocedure naar de vorige versie. Controleer daarna opnieuw de daadwerkelijk geldende versie, uitbreidingen en opties, evenals de betreffende functies. Ga er niet vanuit dat bij het terugzetten alle eerdere instellingen automatisch worden hersteld; noteer eventuele afwijkingen voor de volgende poging.

Legacy-bedrijfsprocessen en migratie plannen

Voor een continu bedrijf is in de eerste plaats de benodigde Toepassingsgebied: Als één gezamenlijke instelling volstaat voor de domeinen van een gebruiker die door de Selector worden beheerd, kan de Selector een geschikte interface zijn. Als twee applicaties daarentegen onafhankelijke versies nodig hebben, overweeg dan domeinspecifiek beheer dat door de provider wordt ondersteund of afzonderlijke hostingaccounts. De gedocumenteerde Selector-selectie alleen biedt geen garantie voor onafhankelijke instellingen voor elk domein binnen hetzelfde account.

Afzonderlijke accounts kunnen de beslissingen over versies organisatorisch loskoppelen, mits de benodigde branches telkens worden aangeboden. Een domeinspecifieke oplossing kan eveneens geschikt zijn, mits de aanbieder deze ter beschikking stelt en de interactie met andere PHP-tools duidelijk is. Informeer vóór een overstap naar de kosten, tariefvoorwaarden en verantwoordelijkheden; uit de technische mogelijkheid volgt geen toezegging voor een bepaald pakket.

Een oudere toepassing mag niet alleen maar permanent op een oude tak blijven staan omdat deze in het menu kan worden geselecteerd. Plan de Migratie voor een ondersteunde combinatie van applicatie, afhankelijkheden en PHP: breng ontbrekende updates, vervangbare uitbreidingen en noodzakelijke aanpassingen in kaart. Stel een datum vast voor de volgende compatibiliteitscontrole en een streefdatum voor de vervanging.

Controleer regelmatig de officiële ondersteuningsstatus van de gebruikte PHP-tak en houd tegelijkertijd foutmeldingen en belangrijke bedrijfsprocessen in de gaten. Het feit dat een oudere branch wordt aangeboden, is geen garantie voor voortdurende officiële ondersteuning. De ondersteuningstabel van het PHP-project moet vóór elke langetermijnbeslissing opnieuw worden gecontroleerd, omdat de status in de loop van de tijd verandert.

Als een aanbieder uitgebreide ondersteuning belooft, vraag dan om bewijs van de betreffende pakketten, de aard van de beveiligingscorrecties en de looptijd. Deze ondersteuning moet los van de officiële PHP-ondersteuning worden beoordeeld en vervangt noch updates van de applicatie, noch de geplande migratie. Leg ook vast wie verantwoordelijk is voor het afhandelen van wijzigingen en storingen tijdens de overgangsperiode.