TTL

Samenvatting: overstappen hosting

Zet eerst je website en mailboxen bij de nieuwe hoster klaar, verlaag een dag van tevoren de TTL naar 300 seconden^[2] en zet dan de DNS om. Synchroniseer je mail vóór en na de omschakeling. Het domein hoeft niet mee: verhuis het pas als laatste, of nooit. Wil je het toch verhuizen, dan moet een .nl-registrar je het verhuistoken binnen vijf dagen geven^[1].

Overstappen hosting? Dan bepaalt de volgorde of je website en mail blijven werken. Overstappen naar een andere hostingprovider zonder uitval doe je zo: eerst je website en mailboxen bij de nieuwe hoster klaarzetten, dan de DNS omzetten en als laatste, als je dat wilt, de domeinnaam verhuizen. Je oude hosting zeg je pas op als alles een paar dagen stabiel draait.

Voor alt-php is de changelog de snelste check: rpm -q --changelog alt-php74-common | grep CVE-2026-109618. Deze controles hebben we na elke ronde over al onze servers gedraaid, per PHP-build, en niet alleen voor de versies die in een slot staan.

Bijwerkingen

De minimale backports voor de oudere branches stoppen het proces bij elk geheugengebrek direct, in plaats van een fatal error terug te geven. Onder PHP-FPM sterft de worker dan ("child exited with code 1") en ziet Apache "Failed to read FastCGI header" of een connection reset. De bezoeker krijgt een 503 waar hij eerst een PHP-fatal 500 kreeg. Vanaf 8.2 blijft het een nette 500. Sites die altijd net onder hun memory_limit draaiden, vielen daardoor om. We hebben ze een ruimere limiet gegeven via .user.ini, zonder FPM-reload: PHP leest dat bestand binnen user_ini.cache_ttl (standaard 300 seconden) vanzelf opnieuw. De php-fpm.log per pool, gefilterd op "exited with code 1" sinds het moment van de build, gaf de lijst van sites die het raakte.

Na de release meldden onderzoekers nog enkele problemen. Het PHP-team bevestigde een regressie uit de fix zelf waardoor een proces in bepaalde gevallen crasht^[5]. De belangrijkste andere melding vereist session.upload_progress aan. Die instelling laten we daarom ook na de patch overal uit.

Samenvatting: website en e-mail overzetten naar andere provider

Stap je over naar KeurigOnline? Bij elk hostingpakket zit een gratis verhuisservice: wij zetten je website en e-mail voor je over. Doe je het liever zelf, maak dan eerst een back-up van bestanden, database en mailboxen voordat je iets omzet. Zet de website over en test die via een tijdelijke URL, zonder dat bezoekers iets merken. Kopieer e-mail server-naar-server, verlaag de TTL van je DNS-records 24-48 uur van tevoren naar 300 seconden, en wissel pas daarna de DNS om. Bij een .nl-domein regel je de registrar-wissel apart via een verhuistoken.

Een migratie naar een andere provider hoeft geen spannend moment te zijn. Het gaat vooral mis als stappen in de verkeerde volgorde gebeuren of als er geen back-up klaarstaat. Dat is bijna altijd te voorkomen met de juiste volgorde: eerst voorbereiden en testen, dan pas omzetten.