Files
healthlog/docs/tasks/items/day-boundary-timezone.md
T
av d33f37249c docs: документация переведена на канон av-dev-pm 3
- роадмап отвечает «что умеет и чего не умеет»: PLAN.md → ROADMAP.md, четыре
  канонические секции, достигнутые звенья строками в «Готово», цели
  переформулированы возможностями приложения
- задачи: род работы и «Затрагивает» набору спринта, 34 заголовка в форму
  действия, «Завершение» целей перечнями со ссылкой из каждой задачи
- вычитка проходами task-form и doc-wording, починены протухшие факты в README,
  паспорте и review.md
2026-08-04 20:48:30 +03:00

22 lines
1.6 KiB
Markdown

# [idea] Что считать сутками при смене часового пояса
- **Секция:** Ядро
- **Зачем:** Шаги за день — базовый запрос трекера и игры, но чей это день при перелёте, не решено
- **Теги:** goal:read-api
«Шаги за день» — базовый запрос трекера и фитнес-игры. Но точка несёт метку с
офсетом исходной зоны, и при перелёте сутки перестают быть однозначными: день
по локальному времени в момент измерения, по текущей зоне телефона или по
фиксированной зоне пользователя — три разных числа.
Apple эту неоднозначность не решает, а перекладывает: в экспорте у записи есть
и время, и офсет. Мы храним так же — значит выбор всплывает ровно в момент
свёртки.
Почему идея, а не задача: непонятно, что должно стать наблюдаемо иначе. Нужно
решить, чей это выбор — сервера (одна зона в конфиге), клиента (параметр
запроса) или обоих (умолчание плюс переопределение).
Вопрос не гипотетический: походы и хайкинг из второго сценария — это как раз
поездки со сменой зоны.