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

1.6 KiB

[idea] Что считать сутками при смене часового пояса

  • Секция: ядро
  • Зачем: Шаги за день — базовый запрос трекера и игры, но чей это день при перелёте, не решено
  • Теги: goal:read-api

«Шаги за день» — базовый запрос трекера и фитнес-игры. Но точка несёт метку с офсетом исходной зоны, и при перелёте сутки перестают быть однозначными: день по локальному времени в момент измерения, по текущей зоне телефона или по фиксированной зоне пользователя — три разных числа.

Apple эту неоднозначность не решает, а перекладывает: в экспорте у записи есть и время, и офсет. Мы храним так же — значит выбор всплывает ровно в момент свёртки.

Почему идея, а не задача: непонятно, что должно стать наблюдаемо иначе. Нужно решить, чей это выбор — сервера (одна зона в конфиге), клиента (параметр запроса) или обоих (умолчание плюс переопределение).

Вопрос не гипотетический: походы и хайкинг из второго сценария — это как раз поездки со сменой зоны.