Этап
Не будет выполнена
Тип
Задача
Приоритет
Низкий
Трудоемкость
Обычная
Создана
Дата создания
4 года назад
Назначена
Обновлена
3 года назад

Сейчас мы их никак не контролируем, а в контейнер перебрасываем указание, что вся работа ведется в зоне MSK. Это работает пока я захожу сюда только из дома. Но когда открою прод во вне, как минимум я буду туда заходить иногда из соседних зон. А в будущем если инстанс перенесется в облако все станет еще сложнее.

  • Хранить в БД все в UTC
  • Сделать команду перевода времени базы в указанный пояс. (по факту это не команда, а доменная миграция, но их у нас нет)
  • php должен считать все в UTC, а вот в шаблоны переводить в текущий пояс пользователя.
  • (альтернативно сделать глобальную настройку (но часто ли её надо менять и что делать с уже сохранном временем? По факту в 90% случаев мы будем использовать MSK)

Панель управления

Комментарии могут оставлять только авторизованные пользователи
 demius 3 года назад

Решили отложить на дальние времена когда все будет по другому. Везде один пояс Москвы сделан в tndt-106

 demius 3 года назад

что-то эту задачу мы продублировали в tndt-106 Правда там вопрос о том, чтобы заставить контейнеры бд и разные способы получения времени в php работать единообразно. А тут как сделтаь настраиваемым часовой пояс системы. Мне кажется делать часовой пояс, везде его вовремя конвертить, следить за ним, настраивать у пользователей, где-то выводить в каком поясе время нам пока преждевременно, отлжим на версию v1.0 или позже, gitea же обходится.

 demius 3 года назад

Кстати судя по тому что время в таблицах отличается от отображаемого на сайте, в mysql все уже в UTC. и видимо php сам незаметно их конвертит в MSK или нет. В общем это надо сделать явным и настраиваемым