Files
healthlog/docs/tasks/items/day-boundary-timezone.md
T
avandClaude Opus 5 a53d0f0f2f задачи: мета переехала в блок, поле «Хук» стало «Зачем»
49 файлов, миграция сделана командой tasks.py check --fix — той самой, ради
которой в скрипте оставлена читаемость старой формы. Побочно тот же прогон
проставил тег decomposed целям, у которых есть задачи: это его штатная работа.

check после миграции зелёный, индексы согласованы.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 17:31:29 +03:00

22 lines
1.6 KiB
Markdown

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