Почему в марте 2013 на один час меньше времени, чем в марте 2012 (PHP)?

Question

[maxz]

Почему в марте 2013 года PHP показывает на один час меньше времени, чем в марте 2012?

Код для вычисления простой:

echo strtotime('2012-03-01') - strtotime('2012-03-31')

При этом результаты потрясают (показано по годам, подставлялся соответствующий год):

Март 2012 = 2588400 секунд

Март 2013 = 2592000 секунд

Март 2014 = 2588400 секунд

Март 2015 = 2588400 секунд

Март 2016 = 2588400 секунд

Март 2017 = 2588400 секунд

Март 2018 = 2588400 секунд

Март 2019 = 2592000 секунд

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

Answer 1

[PaulZi]

Дело в переводе летнего времени в последнее воскресение марта (которое у нас отменили).
strtotime конвертирует время в unixtimestamp соответственно то прибавляя 3600, то нет.

Comments

[maxz]

Тогда 2019 тут причем?

[PaulZi]

Проверяйте локаль, причина в ответе ниже.

[PaulZi]

PS. Когда вы указываете 2012-03-31, strtotime воспринимает его как 2012-03-31 00:00:00, а не 2012-03-31 23:59:59, соответственно в 2013 и 2019 дата перевода на летнее время выпал на 31 марта, которое является в эти года последним воскресением.

[maxz]

Спасибо. Да действительно все именно так, как вы описали.

Answer 2

[WEBIVAN]

Вероятно, в выбранной временной локали в 2013 и 2019 года переход на летнее время попадает на март.

Comments

[PaulZi]

Перевод в любом случае в марте, просто он выпал на 31 число в 2012-03-31 02:00:00, strtotime парсит дату как 2012-03-31 00:00:00

Answer 3

[WildZero]

Лично у меня все норм. Для всех месяцев результат 259200. Что в принципе и правильно.
php 5.4.9

Comments

[vsespb]

у меня тоже всё норм, в PHP и в Perl — 259200