Beperkingen van 32-bit PHP

Als je Drupal uitvoert op een systeem waar PHP is gecompileerd of beperkt is tot het gebruik van 32-bits gehele getallen, kun je alleen datums invoeren tussen 1901 en 2038 (meer bepaald van 20:45:52 UTC op 13 december 1901 tot 03:14:07 UTC op 19 januari 2038). Dit staat algemeen bekend als de jaar 2038-probleem.

Een veelvoorkomend symptoom is dat de datum wordt weergegeven of opgeslagen als 1970-01-01 in plaats van de bedoelde waarde buiten het hierboven genoemde bereik. Dit heeft invloed op alle PHP-toepassingen. In Drupal beïnvloedt dit met name veldtypen die op datums zijn gebaseerd, dat wil zeggen “Datum” en “Datum en tijd”, inclusief de widget “Selectielijst”. Je kunt jaren buiten het bereik van 1900 tot 2038 selecteren, maar aangezien PHP ze zelf niet kan verwerken, worden ze opgeslagen / weergegeven als 1970-01-01 zonder waarschuwing.

Getroffen producten

• Officiële Windows-builds voor PHP 5.x / 7.x voor x86 en PHP 5.x voor x64.
• Elke webstack-distributie (XAMPP, Wamp, enz.) met PHP die is gecompileerd voor een 32-bits versie en/of draait op een 32-bits systeem.
• Acquia Dev Desktop 2 tot de release van 14 juni 2018 (nu gebruikt het 64-bits PHP en MySQL).

Opmerking: het is de manier waarop PHP zelf is gecompileerd die ertoe doet: als je een 32-bits versie van PHP hebt die draait op een 64-bits besturingssysteem, zul je nog steeds met dit probleem te maken krijgen.

Testen

Om te controleren of jouw PHP-versie getroffen is, kun je deze opdracht uitvoeren (één regel):

php -r "echo (date('y',strtotime('2039-01-01')) == 39 ? 'OK' : 'Y2K38 limitation') . PHP_EOL;"

Een niet-getroffen PHP-exemplaar drukt OK af, terwijl een kwetsbaar PHP-exemplaar de melding Y2K38 limitation afdrukt.