2 дня действует 40% скидка, когда таймер искает, то появляется новый таймер на 2 дня со скидкой 60%. Я этот таймер реализовал через клиента, тоесть, клиент может поменять в настройках дату, допустим поставит 7 сентября, и у него сразу будет 60%(это баг), как можно обойти это?
ну прям сходу (глупо но как вариант) сходи в гугл спроси: «какой сегодня день»
я прошу варианты для решения этого бага
Как уже написали, вернее способа, нежели через интернет, скажем через NTP удостовериться в пройденном промежутке времени нет, но можно что-то придумать с оговорками: - Wall time(NSDate like) у нас зависят от текущих настроек и не подходят; - Monotonic time собственно монотонно увеличивают некий счётчик и не зависят от настроек, но не все из них могут делать это во время сна, а айфон любит поспать. Из монотонных у нас есть: - mach_absolute_time/CACurrentMediaTime/ProcessInfo.processInfo.systemUptime не подходят, ибо они не считают во время сна; - kern.boottime дают отсчёт от загрузки и считают во время сна, нам частично подходят, но они к сожалению выдают значение отностильно текущих настроек; Но их всего этого добра есть clock_gettime c флагом CLOCK_MONOTONIC, которые умеют считать во сне, как и kern.boottime, но при этом независят от текущих настроек. Единственный минус clock_gettime это то, что отсчёт сбросится после перезагрузки устройства. То есть вариант, когда юзер выключил устройство и прождал не отсчитываются. Но с этим наверное можно смириться. Осталось узнать факт перезагрузки устройства. Это можно сделать через семафор sem_open c флагом O_EXCL который живёт ровно до перезагрузки. Итого имеем: clock_gettime + CLOCK_MONOTONIC sem_open + O_EXCL Большая часть из этого системный уровень, нужно ли оно тебе я хз )
Обсуждают сегодня