PS
Типа чтобы пришел пуш, но юзеру не приходило уведомление. Забирать данные в фоне, а потом по окончанию сбора ивентов - показывать уведомление юзеру
Size: a a a
2020 December 01
OR
Типа чтобы пришел пуш, но юзеру не приходило уведомление. Забирать данные в фоне, а потом по окончанию сбора ивентов - показывать уведомление юзеру
Надо смотреть в документацию
OR
В любом случае, без пуш никак клиента не разбудить. А с 6 версии андроид четко приложения усыпляет. В 9 и 10 этого ещё жёстче стало
EA
В любом случае, без пуш никак клиента не разбудить. А с 6 версии андроид четко приложения усыпляет. В 9 и 10 этого ещё жёстче стало
А приоритет фоновым процессам не помогает?
Не могу вопрос сформулировать, но у сервисов же есть приоритет, вроде бы
Не могу вопрос сформулировать, но у сервисов же есть приоритет, вроде бы
OR
А приоритет фоновым процессам не помогает?
Не могу вопрос сформулировать, но у сервисов же есть приоритет, вроде бы
Не могу вопрос сформулировать, но у сервисов же есть приоритет, вроде бы
Вообще нет. Приложение не может будить систему чаще 15 минут.
OR
Фоновые сервисы тоже засыпают
OR
У меня сейчас как раз задача приложение которое по таймеру забирало с сервера данные переписать под пуш из-за этого всего
EA
Фоновые сервисы тоже засыпают
А если сервис не успел выполнить работу и от этого крашнулся прил?)
OR
А если сервис не успел выполнить работу и от этого крашнулся прил?)
Значит сервис неверно спроектирован
EA
Понятно )
OR
Фоновый сервис засыпает когда неактивен, насколько я помню. Могу ошибаться. Но у меня в приложении система его глушит минут через 5-7 после последней активности
PS
Так что, получается самая лучшая реализация - это не фоновое обновление ивентов и слать юзеру пуш и когда приложение открывается - тогда тянуть ивенты?
PS
Я правильно понял?
OR
Так что, получается самая лучшая реализация - это не фоновое обновление ивентов и слать юзеру пуш и когда приложение открывается - тогда тянуть ивенты?
На мой взгляд это единственно стабильно работающая организация
OR
Как вариант: пуш будит приложение, оно запускает сервис, сервис тянет данные. Закончив принятие данных сервис уведомляет приложение.
Сервис не заснет, если реализован как foreground-сервис, но тогда он должен иметь незакрываемое уведомление, которое будет висеть в шторке. Пример такого сервиса - любой нормальный аудиоплеер
Сервис не заснет, если реализован как foreground-сервис, но тогда он должен иметь незакрываемое уведомление, которое будет висеть в шторке. Пример такого сервиса - любой нормальный аудиоплеер
OR
Но такой сервис не даёт заснуть телефону. А некоторые производители (xiaomi, huawei) в своих вариациях Андроид усыпляют/убивают и такие сервисы, если их приложения специально не отмечены (замочком) пользователями.
PS
всем спасибо)
2020 December 02
S
Здесь разрешено размещать информацию о вакансиях?
S
Если вдруг кого-интересует, то пишите в личные сообщения, пришлю информацию о вакансии.
2020 December 03
D
Привет всем подскажите после обновления студии до 4.1.1 стала валить ошибку Execution failed for task ':app:javaPreCompileDebug'.
> Could not resolve all files for configuration ':app:debugAnnotationProcessorClasspath'.
> Could not find com.github.bumptech.glide:compiller:4.11.0.
Searched in the following locations:
> Could not resolve all files for configuration ':app:debugAnnotationProcessorClasspath'.
> Could not find com.github.bumptech.glide:compiller:4.11.0.
Searched in the following locations: