Если нужно работать с часовыми поясами, то таймзон нужно сохранять отдельно в бд

при работе с часовыми поясами есть 2 варианта
1 пояс нужен клиентам к примеру время публикации статти или комента тут мы берем created at и передаем стандартно (сейчас пояс сам поставиться) тогда сохраняя в utc будет легче работать с данными в бд (по умолчанию created_at и updatet_at timestamp) тогда смотря на поле не понятно ничего про пояс и в таком случае как по мне лучше пояс сделать стандартным (utc) аналогично с любимы данымы которые пользователь не вводит сам (время отправки письма или добавления в группу)

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

если же мы,будем везде юзать TZ определить что ввел пользователь, а что система будет не так просто, а еще сложнее когда система будет юзать не uts

Возможно ты прав. Нужно будет попробовать на практике и посмотреть внимательно все подводные камни всех способов

На второй сценарий куда лаконичней подходит юникс штамп, чем лишние движения с фиксацией часового пояса клиента)

timestamp +

Зачем придумывать велосипед?)

> тогда смотря на поле

Это вообще не аргумент. Ожидать какой-то наглядности в просмотрах чистых полей в хранилище — глупо, это не должно быть определяющим при выборе формата хранения данных, тот же long ip куда эффективней держать.

всмысле привести к utc ?

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

тоже вариант просто тогда мы теряем частичку инфы (пользователь нам сам сказал с какого он часового пояса) и как по мне лучше не выбрасывать эту инфу)

Часто тебе приходится хранить часовой пояс браузера пользователя?

Если система требует привязки к конкретному часовому поясу для лучшей работы (как например Google Analytics), такое значение (выбор часового пояса) нужно выносить в интерфейс с разными вариациями, для ручного выбора самим пользователем, а не отталкиваться от браузера.

не только с браузера

ну мож у меня не тривиальный случай, но вот пример

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

Я не говорил что хранить часовой пояс это в принципе бесполезно, я лишь отталкивался от примеров выше (запись на приём, вылет самолета). Даже в случае с перевозками мне это так-же кажется бесполезным, я сомневаюсь что кто-то потом работает именно с часовым поясом.

Во первых есть город, загрузки/выгрузки, он закреплен за каким-то поясом, от чего можно отталкиваться, но опять же зачем — непонятно)

Всем привет
А есть тут кто разбирается во vue.js?

Проблема тупая очень, есть у меня елемент

<span @click.capture="unCheckSchool" :data-id="school.id">
      <i class="fas fa-times"></i>
</span>

И когла я кликаю по нему, вызывается почему-то onclik для последнего дочернего элемента. Почему оно так?

кучу сайтов уже перелопатил

но главное что я не подписывался на клик на дочернюю, и элемент еще и динамически создается

Привет. Потому что она часть span-a и при клике любого дочернего элемента этого спана, событие вызывается для всех

Точнее и элемента и суб-элементов