PHP: Чем страшны шутки со временем в PHP (Алексей Сундуков, ZeBrains) - видео HD

PHP: Чем страшны шутки со временем в PHP (Алексей Сундуков, ZeBrains) - видео
00:36:24

12n.ru 16672 ролика

Чем страшны шутки со временем в PHP (Алексей Сундуков, ZeBrains) - видео.

Если не разбираться с временными зонами, есть риск посадить проект на «пороховую бочку». Однажды, таймзона может поменяться, а бочка — рвануть. Алексей разберет на примерах, как избежать такого сценария. 

Слайды https://bit.ly/3f3MK9W

03:22 — Как админы обновили tz и проект потерял деньги07:27 — Почему unixtime не для всех11:19 — Как хранить время18:44 — Настраиваем базу tzdata21:07 — Бонусом: пара полезных ссылок23:02 — Вопросы из зала из трансляции

RSS
Skyeng ITeam
18:02
Запись доклада Алексея с первого самарского PHP-митапа.

03:22 — Как админы обновили tz и проект потерял деньги
07:27 — Почему unixtime не для всех
11:19 — Как хранить время
18:44 — Настраиваем базу tzdata
21:07 — Бонусом: пара полезных ссылок
23:02 — Вопросы из зала из трансляции
Vladimir K.
23:48
Вместо sudo make install лучше использовать что-нить типа checkinstall и собрать deb-пакет, который потом уже установить с помощью dpkg в систему как родной :)
Сергей Як
04:02
Короче говоря суть доклада, если хранить время только в unixtimestamp формате. То неожиданно оформленный заказ клиента на 9 часов утра, при изменении сдвига таймзоны (может изменяться по политическим мотивам) получится значение равное 10:00 часам. Получается что часы перевелись и заказ сдвинулся и чтобы этого избежать, нужно отдельно от unixtimestamp хранить еще datetime + таймзону, чтобы при необходимости можно было пересчитать новое значение unixtimestamp и перезаписать его. Только есть один нюанс и собственно вопрос, когда именно нужно пересчитывать и как отлавливать изменения в смещениях таймзон?