Про перевод часов, таймзону, PHP и Drupal

lexa - 30/Окт/2011 15:50

Вдруг кому поможет, поэтому тут (у меня теплится слабая надежда, что в ближайшие годы новых экспериментов с летним временем не будет, поэтому самому такие записки вроде не нужны).

PHP:

  1. У PHP база данных таймзон вшита в пузо и, конечно, не обновляется регулярно.
  2. Но есть pecl-timezonedb, который ее оверрайдит, со свежей базой (последняя имеет номер версии 2011.13), с этим расширением с таймзонами все станет отлично и любимая всеми Europe/Moscow будет работать как полагается по новым правилам.
  3. Но если вы живете под FreeBSD, то там /usr/ports/misc/pecl-timezonedb не обновлялся очень давно, посему:
    • Меняем там в Makefile 2010.9 на 2011.13
    • удаляем distinfo
    • make && make install
  4. Добавляем timezonedb.so в список extensions.ini (на FreeBSD это сделает make install)
  5. Перестартовываем PHP-fastcgi или Apache или что у вас там работает процесс-сервером для PHP
  6. Ура, можно накатить первый стакан.

Drupal 6:

  1. Сам по себе сразу начинает жить правильно (ну, насколько мне показалось). Т.е. таймзона меняется после апдейта PHP-timezonedb с +0300 на +0400 сама.
  2. Но! В Administer-Date-and-time есть настройка про User Configurable time-zone. Если она включена, то пользователю будут показываться даты-времена в его таймзоне. И весь созданный им контент будет иметь время создания рассчитанное из юзерской таймзоны.
  3. Но. Юзерская таймзона специфицирована в секундах смещения от UTC.
  4. Выходов два: или для всех российских пользователей взять и поправить скриптом (по хорошему, с учетом даты регистрации), или просто отменить настройку пользовательских таймзон. Я пошел по второму пути.

Comments

neuda4nik (not verified) - 30/Окт/2011 15:16

самый последний Freenas про указ президента не в курсе ;)

FreeBSD 8.2-RELEASE-p3 #7: Fri Sep 30 12:51:49 PDT 2011

ждём следующий выпуск

lexa - 30/Окт/2011 15:46

Так у тебя там PDT, у Pacific Daylight Time - свой президент есть.
Прояви патриотизм, поставь нашу отечественную таймзону.

BTW, в 8.2 (а не в 8-STABLE) патча может и не быть.

neuda4nik (not verified) - 30/Окт/2011 16:02

по PDT там дата релиза выводится (uname -v)
а зона стоит вот какая
ws99# date
Sun Oct 30 19:00:16 NOVT 2011

а на часах сейчас 20:00

lexa - 30/Окт/2011 16:12

Если ты дерево портов имеешь, то
portsnap fetch
portsnap update
cd /usr/ports/misc/zoneinfo
make && make install
tzsetup (или руками cp что-надо /etc/localtime)

neuda4nik (not verified) - 30/Окт/2011 16:17

Лёш, честно говоря оно меня не парит абсолютно
для файлопомойки это дело сто восьмое
я согласен вообще на любое время если они скорость по сети поднимут ;)
я так думаю в очередном релизе ФРИНАСа (8.10), они это поправят

Anonymous (not verified) - 30/Окт/2011 19:50

В FreeBSD 9.0-RC1 таймзона точно новая.

Anonymous (not verified) - 30/Окт/2011 16:44

А я тупо пробил в php.ini date.timezone = Etc/GMT-4.

С юзерскими таймзонами, конечно, сложнее.

lexa - 30/Окт/2011 16:53

Почему минус, должен же быть плюс?

Но я не настолько знаю php, чтобы до этого допереть. А в документации там примеры вроде Europe/Moscow

Anonymous (not verified) - 30/Окт/2011 21:00

Методы дедукции и научного тыка показали, что именование там идентично путям относительно /usr/share/zoneinfo. Видимо, из оттуда и таскают с собой, осталось только понять, ЗАЧЕМ.

Почему минус, я сам не понял, но системные Etc/GMT* в этом плане у меня ведут себя так же. Теория относительности - штука сложная :)

lexa - 31/Окт/2011 10:24

ЗАЧЕМ - мне тоже непонятно.

coolcold (not verified) - 31/Окт/2011 00:33

Хм,а у тебя tz в конфиге прописан/выставлен ручками?
Я вот смотрю в php-fpm который запущен еще в начале октября (bla.txt получен из wget'а):

root@fr01-raid:~# lynx --dump -force_html /tmp/bla.txt|grep -i timezone
"Olson" Timezone Database Version 2011.8
Timezone Database internal
Default timezone Europe/Moscow
date.timezone no value no value
root@fr01-raid:~# lynx --dump -force_html /tmp/bla.txt|tail -n 11|head -n 3
now data data:
string(31) "Mon, 31 Oct 2011 00:36:35 +0400" string(8) "00:36:35"
string(31) "Mon, 31 Oct 2011 00:36:35 +0400" string(8) "00:36:35"
root@fr01-raid:~# date
Mon Oct 31 00:36:42 MSK 2011

вывод этот отсюда:

<?php
phpinfo();
echo "now data data:";

var_dump(date('r'), date('H:i:s'));
$date = new DateTime(null, new DateTimeZone('Etc/GMT-4')); $tz = $date->getTimezone();
var_dump($date->format('r'), $date->format('H:i:s'));

?>
И вроде бы все правильно, но я для этого ничего не делал, стандартно обновил таймзону на сервере только. Может я куда-то не туда смотрю?

lexa - 31/Окт/2011 09:06

Может быть в timezone database 2011.8 уже все нормально? Я не проверял, если честно...

coolcold (not verified) - 31/Окт/2011 14:10

всё несколько прозаичнее:

coolcold@fr01-raid:/tmp/keke1$ zcat /usr/share/doc/php5-common/README.Debian.gz |tail -n +122|head -n 6
Timezone data from system timezone database
---------------------------------------------------------------------

Debian PHP has been patched to use of the system wide timezone database
from the tzdata package, making sure any updates there are automatically
used by PHP aswell.

lexa - 31/Окт/2011 14:16

Молодцы, могу только похвалить.

BaT (not verified) - 01/Ноя/2011 12:27

Кстати, кто бы в FreeBSD такой патчик закоммитил/запиарил.

BaT (not verified) - 31/Окт/2011 18:56

Спасибо за информацию, порт misc/pecl-timezonedb поправлен.

Moroz (not verified) - 01/Ноя/2011 02:22

Жаль только не разошелся по зеркалам еще, по ходу.
Съэкономило бы кучу времени...
На свежайших портах - старая timezonedb.

lexa - 01/Ноя/2011 10:10

portsnap fetch && portsnap update
сделал все в лучшем виде (но на 8 часов позже вашего комментария, может уже расползлось)

Moroz (not verified) - 01/Ноя/2011 15:59

Да, теперь по ходу работает...
Тем более, что даже мой комментарий был на 4 часа позже реального времени, когда я пытался обновиться через порты.

Moroz (not verified) - 01/Ноя/2011 02:19

Кто ж блин знал, что эти упыри захардкодили timezonedb.
Кто им мешает использовать системную?
Время php не совпадает с временем ОС.
Я думал совсем крыша поехала.
Под FreeBSD 8 обновляю php52 -> php53 - время нормальное.
Возвращаю назад - слетает.
Всю голову сломал.
Если не возражаете - перепечатаю у себя со ссылкой.

СПАСИБО!
за решение...

lexa - 01/Ноя/2011 10:07

У меня почему-то на одном из серверов и php 5.3.8 казала неверное время. Не разбирался в чем причина, накатил pecl-timezonedb и успокоился.

Rom74 (not verified) - 09/Ноя/2011 23:35

Есть сервер. Старинный. На нем ПХП 5.Х.Х
Естественно проблема с переводом (вернее с его отсутствием)
Что делать, если нет возможности пересобирать апач и пхп?
Можно где-то ручками в файлике поправить, чтобы ПХП брал нормальную таймзону для МСК?

lexa - 10/Ноя/2011 09:51

Либо pecl-timezonedb
Либо поставить сейшельские острова или кого-то подобного, у кого +0400 и нет перевода часов на лето.

Anonymous (not verified) - 02/Дек/2011 19:05

Во FreeBSD паченный PHP и если собрать 5.2.17_4 с backports patch то все хорошо