fix(php): respect project timezone, fixes #69

[stasadev]

Short Summary (TL;DR)

PHP in FrankenPHP always used UTC and ignored the project timezone. DDEV's start.sh now updates /etc/php-zts/php.ini too.

The Issue

• Fixes Timezone is not respected in PHP #69

On startup, DDEV's start.sh sets date.timezone from TZ, but only in $(find /etc/php -name php.ini). The add-on copies php.ini to /etc/php-zts/php.ini at build time, so the php-zts config kept date.timezone = UTC:

$ ddev php -r 'var_dump(date_default_timezone_get());'
string(3) "UTC"

The tests didn't catch it, because the test .ddev/php/php.ini overrode date.timezone itself.

How This PR Solves The Issue

Patches start.sh to also search /etc/php-zts:

find /etc/php /etc/php-zts -name php.ini

This line is the same in every DDEV version from v1.24.10 (the minimum supported) to HEAD.

Manual Testing Instructions

ddev add-on get ddev/ddev-frankenphp --pr 73
# Optional, set a specific timezone:
ddev config --timezone=Europe/London
# Or unset it to use your host timezone:
ddev config --timezone=""
ddev restart
ddev php -r 'var_dump(date_default_timezone_get());'

It should print the configured timezone, for example string(13) "Europe/London", or your host timezone if timezone is unset.

Automated Testing Overview

• setup() runs ddev config --timezone=Europe/London, and health_checks checks date_default_timezone_get() in PHP.
• The test .ddev/php/php.ini (from Custom PHP configuration does not take effect in FrankenPHP #41) now sets the unimportant highlight.comment = #123456 instead of date.timezone, so it no longer hides the project timezone. health_checks checks it with ini_get().

Release/Deployment Notes

Users need to run ddev add-on get ddev/ddev-frankenphp and ddev restart to get the fix.

🤖 Generated with Claude Code