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

00:36:24

Обнаружено блокирование рекламы на сайте

Для существования нашего сайта необходим показ рекламы. Просим отнестись с пониманием и добавить сайт в список исключений вашей программы для блокировки рекламы (AdBlock и другие).

12n.ru 18795 роликов

319 просмотров на сайте 12n.ru

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

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

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

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

tzdata, php, митап, онлайн-митап, пхп, php митап, как работать с таймзонами, работа с таймзонами в php, таймзоны в php

Разработка на PHP

16.11.2020 18:15

Sound language:

RUS - Русский

Провайдер видео:

youtube

развернуть свернуть

3 комментария

RSS

Skyeng ITeam

16.11.2020 18:02

# ↓

Запись доклада Алексея с первого самарского PHP-митапа.

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

Vladimir K.

16.11.2020 23:48

# ↓

Вместо sudo make install лучше использовать что-нить типа checkinstall и собрать deb-пакет, который потом уже установить с помощью dpkg в систему как родной :)

Сергей Як

22.11.2020 04:02

# ↓

Короче говоря суть доклада, если хранить время только в unixtimestamp формате. То неожиданно оформленный заказ клиента на 9 часов утра, при изменении сдвига таймзоны (может изменяться по политическим мотивам) получится значение равное 10:00 часам. Получается что часы перевелись и заказ сдвинулся и чтобы этого избежать, нужно отдельно от unixtimestamp хранить еще datetime + таймзону, чтобы при необходимости можно было пересчитать новое значение unixtimestamp и перезаписать его. Только есть один нюанс и собственно вопрос, когда именно нужно пересчитывать и как отлавливать изменения в смещениях таймзон?