Veelgestelde vragen

Nee. De site maakt nooit contact met je website of een andere server. Je typt een versienummer in en de vergelijking draait in je browser, met tabellen die in de pagina zijn ingebouwd.

Vergelijk liever dan dat je het aanneemt. Leveranciers halen fixes terug in oudere versienummers (back-port): 8.3.6-0ubuntu0.24.04.x kan bijvoorbeeld een fix bevatten die upstream in 8.3.36 uitbracht, maar alleen als je leverancier die fix voor jouw release heeft gepubliceerd. Gebruik het tabblad Linuxpakket, dat vergelijkt met het opgeloste pakketnummer van de leverancier zelf. Voor sommige releases is er nog geen fix van de leverancier of is de ondersteuning gestopt.

Je hoster moet de opgeloste PHP-build installeren; een andere tak kiezen in het klantenpaneel patcht zelf niets. Bekijk daar welke PHP-versie je site gebruikt en kijk op de pagina met de hosterstatus wat je hoster heeft gemeld. Is er geen melding, vraag dan de support of de opgeloste build is geïnstalleerd en PHP is herstart. Sommige hosters patchen ter plekke, zonder dat het versienummer verandert.

Aan een versienummer alleen kun je dat niet zien. Deze takken krijgen geen reguliere releases meer van het PHP-project. Voor 7.4, 8.0 en 8.1 heeft het PHP-beveiligingsteam minimale back-ports alleen als broncode gepubliceerd (git-branches, zonder release en zonder versienummer), voor wie vanuit de broncode bouwt. Anders moet de fix komen van een back-port van een leverancier. Bekijk de melding van je distributie of hoster, of stap over op een ondersteunde tak.

Haal een opgeloste tag op, bouw je image opnieuw met --pull --no-cache en deploy de container opnieuw. Een draaiende container houdt zijn oude PHP tot je dat doet.

Ja. Herstart PHP-FPM of je webserver, zodat draaiende processen de nieuwe PHP laden, en controleer daarna opnieuw.