С этим не соглашусь: Оповещения о состоянии батареи, док-станции и наличии соединения не рекомендуется постоянно держать включенными, т.к. они будут пробуждать устройство слишком часто.
Ибо реально тестировал потребление. Разницы какой-то не заметил. А всё потому, что система и так будет будить телефон ради отсылки данных сообщений, даже если никому и не надо. Да и по факту, кому-нибудь да надо будет (всяким системным сервисам экономии батареи и прочим). И ваша программа не внесёт сколько-нибудь значимый вклад в дополнительное потребление.
А вот хитрая логика по включению/отключению оповещений как раз и может кушать больше чем всё остальное, даже если редко вызывается.
Есть множество успешных замен с помощью маркета, но есть и фейлы (не только у GSmart G1305).
Хард ресет и ребуты не помогут, да. Но с другой стороны, всегда остаётся вариант через CWM (если уже есть).
Также, поможет nandroid backup или перепрошивка на ту же версию.
В последней версии добавлен тестовый прогон, и теперь есть подозрение, что телефоны умирают из-за не очень корректных файлов (2011l).
Я привёл эту дырку как пример, там на секунии целый список этих дырок, и у меня есть подозрение, что присутствуют и более серьёзные, которые и в браузере работают. Т.к. у многих ещё java 1.5, да и 1.6 имеет кучу версий, вполне может быть и соответствующая дыра.
Вообще, как-то разбирали один дроппер, там в результате поочерёдно проверялись: Java, Flash, PDF и в зависимости от подходящих версий скидывался нужный эксплоит.
Вы это троянам сообщите, которые периодически через жаву прорываются. :)
По поводу дыры, мне Secunia говорит для моей версии вот это. Естественно, можно обновиться, я не спорю, но раз эта версия почему-то у меня стоит, значит что-то не то у меня с обновлялкой Java.
Думаю, отсутствие нормальной возможности проверки видимости виджета связано с тем, что:
а) виджет может обновляться не мгновенно. Например вытаскивать данные по сети, и как результат, лучше обновиться заранее, а не изменять данные прямо на глазах у пользователя
б) у различных лончеров может быть разное поведение и там могут быть превьюшки и прочие моменты с анимацией и движухой. Тут тоже лучше обновиться когда пришло время, а не когда видно.
в) в том же SDK не очень рекомендуют частое обновление виджетов
TIME_TICK лучше тем, что тикает строго в начале минуты, а AlarmManager позволяет более гибко настроить время (заодно указать что тикать только при активности). В общем, смотреть по задаче, оба варианта имеют право на жизнь.
Думаю, нормальный вариант — выдать бумажные учебники, и дать почувствовать, что эл. книжка круче и престижнее. Остальные детишки уже будут аккуратнее обращаться, когда будут видеть что скатываешься в «лузеры», если её расквасишь.
Мой любимый паттерн для подобных сервисов: ловить нотифаи на SCREEN_ON, SCREEN_OFF и TIME_TICK (тикает раз в минуту, что удобно для часов без секундной стрелки). На отключение экрана останавливаем жизнедеятельность, на включение, возобновляем.
В данном случае, сон будет происходить в блокировке, так что тоже допустимо и не должно особо кушать батарею.
Не помню как это реализовано детально, но документально это не костыль а стандарт протокола. И сделали их на волне пейджеров, т.е. примерно по той же схеме и с теми же ограничениями, и чтобы был способ слать сообщения на телефон как на пейджер. В частности много лет назад у МТС в нашем городе была такая услуга. Звонишь оператору и надиктовываешь SMS для абонента.
Блин, где «дешёвые» голографические диски, где MRAM, где все топливные элементы… Как надоело всё… Читаешь новости, видишь очередной прорыв, спустя два года читаешь новости, видишь очередной прорыв, вспоминаешь про прошлый, а он до сих пор где-то в лабораториях… Когда же будут все эти новые технологии о которых нам обещают и обещают.
Извините, накипело…
Кстати, вполне неплохая игровая мышь (все кнопки большие и удобные). Только хват боевой нужен, иначе рука устает.
Тут я думаю тот же эффект, грамотная вибрация создаёт ощущение, что по резиновой сопротивляющейся поверхности тащищь файл, действительно сопротивляется.
Ибо реально тестировал потребление. Разницы какой-то не заметил. А всё потому, что система и так будет будить телефон ради отсылки данных сообщений, даже если никому и не надо. Да и по факту, кому-нибудь да надо будет (всяким системным сервисам экономии батареи и прочим). И ваша программа не внесёт сколько-нибудь значимый вклад в дополнительное потребление.
А вот хитрая логика по включению/отключению оповещений как раз и может кушать больше чем всё остальное, даже если редко вызывается.
Хард ресет и ребуты не помогут, да. Но с другой стороны, всегда остаётся вариант через CWM (если уже есть).
Также, поможет nandroid backup или перепрошивка на ту же версию.
В последней версии добавлен тестовый прогон, и теперь есть подозрение, что телефоны умирают из-за не очень корректных файлов (2011l).
А вот для GPS в принципе время по ntp может получать.
Вообще, как-то разбирали один дроппер, там в результате поочерёдно проверялись: Java, Flash, PDF и в зависимости от подходящих версий скидывался нужный эксплоит.
По поводу дыры, мне Secunia говорит для моей версии вот это. Естественно, можно обновиться, я не спорю, но раз эта версия почему-то у меня стоит, значит что-то не то у меня с обновлялкой Java.
а) виджет может обновляться не мгновенно. Например вытаскивать данные по сети, и как результат, лучше обновиться заранее, а не изменять данные прямо на глазах у пользователя
б) у различных лончеров может быть разное поведение и там могут быть превьюшки и прочие моменты с анимацией и движухой. Тут тоже лучше обновиться когда пришло время, а не когда видно.
в) в том же SDK не очень рекомендуют частое обновление виджетов
TIME_TICK лучше тем, что тикает строго в начале минуты, а AlarmManager позволяет более гибко настроить время (заодно указать что тикать только при активности). В общем, смотреть по задаче, оба варианта имеют право на жизнь.
В данном случае, сон будет происходить в блокировке, так что тоже допустимо и не должно особо кушать батарею.
Извините, накипело…
Тут я думаю тот же эффект, грамотная вибрация создаёт ощущение, что по резиновой сопротивляющейся поверхности тащищь файл, действительно сопротивляется.