Технологии для жизни
12n.ru

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

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

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

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

Чем страшны шутки со временем в 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
18:15
Sound language:
RUS - Русский
Провайдер видео:
youtube
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 и перезаписать его. Только есть один нюанс и собственно вопрос, когда именно нужно пересчитывать и как отлавливать изменения в смещениях таймзон?