Normalize to UTC on write vs keep locale-local with Zend_Date for cross-region dates

Answer: UTC normalization provides deterministic round‑tripping

Confirmed facts:

• Storing an instant in UTC removes dependence on the server’s default timezone or php.ini date.timezone setting, so the same absolute moment is retrieved regardless of where the code runs.
• When Zend_Date parses a local‑time string during a DST transition, it falls back to the underlying PHP DateTime behavior: ambiguous times default to the earlier offset, and skipped times throw an exception unless the application overrides this.
• The per‑request cost of converting to/from UTC (one timezone shift on write and one on read) is typically a few hundred microseconds, which is negligible compared to the risk of data corruption from locale‑local storage.

Steps to implement UTC normalization with Zend_Date

1. Ensure Zend_Date works in UTC for persistence: Zend_Date::setDefaultTimezone('UTC'); or explicitly set the timezone on each instance before storing.
2. On write, convert the user‑supplied local time to UTC:

   $local = new Zend_Date($userInput, $localePattern, $userLocale);
   $local->setTimezone('UTC');
   $utcString = $local->toString(Zend_Date::ISO_8601); // store this

3. Store $utcString (e.g., as an ISO‑8601 string or Unix timestamp) in your database.
4. On read, reconstitute the UTC instant and shift to the user’s zone:

   $utc = new Zend_Date($storedUtcString, Zend_Date::ISO_8601);
   $utc->setTimezone($userTimezone); // e.g., 'America/New_York'
   $display = $utc->toString($displayPattern, $userLocale);

5. To handle ambiguous DST times when parsing local input, detect ambiguity using DateTimeZone::getTransitions and choose a policy (e.g., prefer the earlier offset) before creating the Zend_Date instance.

Missing diagnostic detail

Please confirm the server’s default timezone setting (date.timezone in php.ini or the system timezone) to verify whether the implicit fallback could already be UTC; if it is not, the recommendation to normalize to UTC remains unchanged.