что такое нотификация в приложении которое надо включить

как определить при старте приложения что получена нотификация?

У меня есть нотификации (уведомления) которые приходят от GCM. Даже если моя программа закрыта, я кликаю на нотификашку и открываю прогу. В ней чищу кое-какие данные в бд, и показываю кое-что на экране.

Если пользователь получил уведомление, когда программа была закрыта, и не нажал на него, но потом открыл программу обычным способом, необходимые действия не выполняются.

Как мне определить при запуске программы, выводились уведомления или нет, если да, то каким образом?

5 ответов 5

Всё намного проще, чем пишут другие. Когда вы создаёте Notification, вы передаёте ему Intent, который содержит информацию о том, какую Activity запустить при клике на Notification.

Так вот, достаточно просто добавить в этот Intent какие-нибудь данные о том, что это запуск из Notification, например так:

Чтобы проверить это значение, делаем так:
В onCreate() у HomeActivity добавляем

Когда пользователь открывает программу «обычным способом», нужно проверить, есть ли запись о том что уведомление ждет

При этом когда пользователь открывает программу через уведомление, то этот код так же будет выполнен. Удачи!

Мне кажется вот эта ссылка может помочь.

Вобщем всем спасибо за ответы. Ближе всех был @pepyakin Так как я юзаю БД у себя в проекте я сделал так. когда получаю нотификацию, то в своем сервисе делаю просто

Вообще штатными средствами для всех версий Android’а это сделать невозможно, остаются только хаки. Проблема в том, что к сервису управления нотификациями нет доступа штатными средствами.

Второй вариант использование NotificationListener, но с ним проблема, что работает только для версии Android >= 4.3

Дальше остаются нудные варианты, если вы сами размещаете нотификацию, то можно в момент размещения нотификации где-то что-то сохранять, правда при этом совершенно неясно как убивать сохраненный флаг, когда юзер сам убьет нотификацию. А если не сами размещаете нотификацию, то тогда только хардкор типа вешать сервис, который просматривает список активных задач смотреть сервис нотификации, выискивать среди них свою нотификацию и все такое прочее.

Источник

Нотификация в браузере: для чего нужна и что это такое?

Сегодня многих пользователей интернета интересует вопрос, что собой представляет нотификация в браузере. Нотификация отображает определенный стиль интернет-серфинга, в котором запрос какой-либо транзакции инициируется от центрального сервера. Данная операция контрастирует с обратным направлением данных. Там запрос на передачу информации инициируется клиентом или получателем. Довольно часто нотификационные сервисы бывают основаны на информационных предпочтениях, высказываемых ранее. По-другому это называется модель подписки на публикации. Клиент может «выписать» себе различные каналы информации, которые предоставляет сервер. Всякий раз, когда новый клиент оказывается доступен на одном их этих каналов, сервер направляет к нему эту информацию. Нотификация в браузере может эмулировать с техникой опроса. Особенно это справедливо в тех случаях, когда реальный запрос не представляется возможным. Например, подобное можно наблюдать на сайтах с серьезной политикой безопасности, требующих отказа от входящих запросов HTTP/S.

Принцип действия

Типичными примерами того, как выглядит нотификация является синхронная конференц-связь и обмен мгновенными сообщениями. Что оно собой представляет и как работает? Иногда файлы и сообщения чата выдаются пользователю при помощи службы обмена сообщениями. Проталкивать файлы позволяют оба децентрализованных соединения равноправных узлов LVS ицентрализованные программы. Это значит, что именно отправитель, а не получатель, инициирует передачу информации. Также с нотификацией может работать и электронная почта. По сути здесь «толчком» является протокол SMTP. Однако, последний шаг от почтового сервера обычно делает нагрузочный протокол IMAP или POP3. Протокол IMAP также включает в себя команду IDLE. Она позволяет серверу сообщить клиенту о том, что поступили новые сообщения. Первым популярным устройством, в котором активно работала нотификация в браузере, был оригинальный Black Berry. Что она собой представляла в этих гаджетах, можно было увидеть при работе с электронной почтой при использовании беспроводной связи. Другим примером также может служить сеть Point Cast, которая была известна в 1990-е годы. Она представляла данные фондового рынка и новости. Приложения от Microsoft иNetscape интегрировали ее в свое программной обеспечение в каждой версии браузеров. Однако она никогда не пользовалась популярностью, а позже и вовсе пропала. Впоследствии браузеры заменили этот функционал на RSS. Так называют систему подписок, в которой присутствует более совершенная нотификация в браузере. Сегодня каждый читатель блогов знает, что такое данные подписки. Другие виды использования нотификации содержат информирование о рыночных данных, таких как биржевые котировки, онлайн-чаты и системы обмена сообщениями, онлайн-ставки, аукционы, игры, пульты мониторинга, спортивные тотализаторы и тому подобное.

Что сегодня собой представляет нотификация в браузере?

Нотификация при помощи IEFT представляет собой простой протокол, который использует HTTP/2 для доставки мгновенных уведомлений о сообщениях и входящих звонках. Данный протокол объединяет все события в режиме реального времени в одной сессии, которая может обеспечить более эффективное использование радио и сетевых ресурсов. Для объединения всех событий и распределения их для приложений по мере поступления используется единый сервис. Для этого потребуется только один сеанс. Это позволяет избежать лишней траты трафика и времени.

Нотификация в браузере: техническая сторона

Нотификация HTTP, которая также известна как потоковый HTTP, представляет собой механизм, используемый для отправки данных для браузера с веб-сервера. Достигнута она может быть при помощи любого из нескольких механизмов. Веб-сервер, как правило, не прекращает соединения даже после того, как клиенту было направлено уведомление. Веб-сервер оставляет соединение открытым. В случае возникновения нового события, например, изменения отправленных в сообщении данных, это моментально отобразится. В противном случае придется ставить событие в очередь до тех пор, пока не будет получен следующий запрос клиента. Большинство веб-серверов предлагают использовать данную функцию при помощи CGI. В качестве базового механизма такого подхода используется блочное кодирование передачи. В качестве классического примера можно привести нотификацию в «Одноклассниках». Что же представляет собой нотификация на данном сайте? Прежде всего, это информация об отметках «Нравится» и поступивших сообщениях.

Альтернативные механизмы

Еще один механизм, который связан с особым типом MIME, называется многокомпонентной заменой. Данный механизм впервые был представлен в 1995 году Netscape. В то время браузеры всякий раз «на лету» измеряли документ, когда на сервер поступала новая версия. По-прежнему он используется в браузерах Opera, Firefox, Safari. Однако в Internet Explorer он недоступен. Такой механизм может быть использован по отношению к HTML документам, а также к потоковой передаче изображений в приложениях для веб-камеры. WHAT WFG Web Applications 1.0 содержит в себе механизм, используемый для передачи изменившегося содержания клиенту. Данный механизм известен с 1 сентября 2006 года. Именно тогда в браузере Opera была реализована экспериментальная система под названием Server-Sent Events. Сегодня он стандартизован как часть HTML5. В данном методе сервер применяет постоянное соединение HTTP, благодаря чему ответ постоянно остается открытым. Сервер никогда не прекращает ответ и таким образом эффективно «обманывает» браузер. Приложение постоянно находится в режиме загрузки после того, как страница уже была открыта в полном объеме. Периодически сервер затем посылает фрагменты JavaScript для того, чтобы обновить содержимое страницы. Тем самым и обеспечивается возможность нотификации. Используя данную технику, клиент не нуждается в апплетах Java и других плагинах для того, чтобы сохранить с сервером открытое соединение. Клиент автоматически получит уведомление о новых событиях, которые поступают с сервера. Серьезным недостатком данного метода является отсутствие контроля со стороны сервера по времени работы браузера. Если на открытой странице возникает тайм-аут, обновление страницы всегда необходимо.

Запоминание информации

Сама по себе техника запоминания не является истинной нотификацией. Она только позволяет эмулировать механизм нотификации в тех условиях, когда она невозможна. Это касается в первую очередь сайтов с требовательной политикой безопасности, которые требуют отказаться от входящих запросов HTTP/S. В данном случае нотификация в браузере невозможна. Клиент запрашивает информацию точно так же, как и в обычном запросе, однако сервер из-за ожидания не может реагировать немедленно. Если сервер не имеет для клиента никакой новой информации, когда запрос будет получен, то вместо того, чтобы отправить пустой ответ, он останется открытым в ожидании новых данных. Когда данные появятся, он немедленно направит HTTP/S клиенту ответ и тем самым завершит открытое соединение. Когда ответ будет получен, клиент может сразу выдать запрос на другой сервер. В результате обычное время задержки отклика, которое связано с поступление запросов, исключается.

XML Socket

Нотификация в браузере, которая работает при помощи данного метола, может быть использована CBOX и другими приложениями для чата. В ней используются объекты XMLSocketв однопиксельных файлах AdobeFlash. Клиент под контролем JavaScript устанавливает соединение TCP к однонаправленным узлам на сервере. При этом запрос остается непрочтенным. Вместо этого узел отправляет клиенту немедленно уникальный идентификатор. После этого делается запрос HTTP веб-серверу. В нем содержится полученный идентификатор. Затем веб-приложение может выдать сообщения на локальный интерфейс сервера ретрансляции, который в свою очередь передаст их через Flash. Преимущество данного подхода состоит в том, что оно использует естественную асимметричность чтения-записи. Данная особенность характерна для многих веб-приложений, в том числе и для чатов. Следовательно, можно обеспечить более высокую эффективность. Поскольку он не принимает данные на исходящие сокеты, серверу не нужно запрашивать исходящие соединения TCP. Это делает возможным установление одновременно десятков тысяч соединений. Таким образом осуществляется нотификация в браузере на «Одноклассниках» в некоторых сервисах сайта.

Услуги нотификации

Данная функция на сегодняшний день доступна на многих сервисах, поддерживающих указанные выше соединения. Нотификация в браузере, как уже было сказано ранее, представляет собой возможность получать мгновенные уведомления и сообщения, не перегружая при этом страницу. Сервисы, в которых данная услуга доступна, включают в себя службу уведомлений Apple, «Одноклассники», Google Cloud Messaging, Xtremepush, Facebook иAmazonSNS.

Источник

Практичный email маркетинг

Как вести статистику нотификаций (№81)

В марте мы познакомились со схемой анонса контента в рассылках. Апрель завершим статистикой транзакционных писем, которые мне привычнее называть нотификациями. Нотификации — это email уведомления, приходящие в ответ на конкретные действия пользователей на нашем сайте: регистрацию, заказ товара/услуги, сброс пароля и так далее.

Ещё больше информации по теме есть в моей книге «Email маркетинг для интернет-магазина» (глава 7, а также частично главы 8 и 9).

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

А раз письма достигают результата, то неплохо бы начать его измерять. Чтобы как минимум понимать, что происходит. А ещё лучше — чтобы влиять на этот процесс и повышать отдачу от нотификаций осмысленно.

Прежде чем приступить к измерениям, определимся с нашими KPI — показателями эффективности, на которые мы будем смотреть в первую очередь, оценивая результаты нотификаций.

Email уведомления имеют особенность — часто они отправляются через CMS или ещё какое-то «техническое» решение, где отсутствует прямой доступ к статистике. Поэтому в наборе показателей предлагаю ориентироваться на то, что могут дать нам сервисы веб-аналитики (Гугл Аналитикс, Яндекс.Метрика) с помощью UTM-меток, добавленных в ссылки письма:

– трафик,
– конверсия в целевые действия,
– доход от целевых действий (если есть).

Поскольку типов нотификаций как правило отправляется много (например, у интернет-магазина действует обычно с десяток различных уведомлений), то удобно сосредоточиться на суммарных показателях — какой трафик мы получили с писем в общем, как он конвертировался в заявки/заказы, и тому подобное.

Углубиться в аналитику каждого конкретного письма можно будет позднее, когда настанет черёд оптимизации.

Итак, если в статистике нотификаций мы полагаемся в основном на данные UTM-меток, то стоит уделить их формированию и расстановке в письмах достаточное внимание.

В общем виде ссылки, размещаемые в email уведомления, могут выглядеть так:

http://link-example/?utm_source=notifications&utm_medium=email
&utm_campaign=<>

• notifications — источник получаемого трафика,
• email — канал, по которому этот трафик приходит,
• <> — конкретный тип нотификации.

(Вместо <> подставляем удобные нам обозначения — например:
registration, forgot-password, order и т.д.).

Параметры source и medium дадут нам общую картину по нотификациям, которую можно будет наглядно сопоставить с другими видами рассылок:

Параметр campaign позволит впоследствии анализировать типы писем по отдельности.

Названия для меток, конечно, можно выбирать любые (например, не notifications, а transactional). Важно только сохранять единообразие, и в разных письмах использовать метки, сформированные
по одинаковому принципу.

При этом размечать предлагаю только «маркетинговые» элементы нотификаций. Само содержание писем зачастую включает информацию, отклик на которую лишь с натяжкой можно приписывать маркетингу.

Например, письмо, сбрасывающее старый пароль:

Клик по кнопке «Изменить пароль», безусловно, даст здесь львиную долю трафика, но мы бы получили его в любом случае, даже если бы это письмо выглядело так:

Нам же больше интересен дополнительный результат, которые приносят сопутствующие ссылки в письме: с логотипа, иконок в футере, баннеров с рекламной информацией. Их и будем относить на счёт email уведомления.

Если нам всё же интересно измерять отклик от всех частей письма, то мы можем дополнить метки параметром utm_content.

Значений для параметра content можно использовать сколько угодно.
Но, на мой взгляд, лучше не усердствовать, размечая каждый элемент письма по-своему: logo, button, icon-1, icon-2 и т.п. Ведь нам ещё нужно будет обрабатывать все эти данные. Стоит сводить их к понятному объёму измерений, с которым реально справиться — например:

utm_content=header
utm_content=body
utm_content=footer

Наконец, для крупных проектов, где email уведомления «разлетаются» сотнями тысяч, неплохо бы подумать о контрольной группе: сравнительно небольшой части подписчиков, которые будут получать обычные txt-письма в противовес красочным html. Тогда прибавка за счёт оформления писем предстанет перед нами наиболее наглядно:

Однако лично мне с контрольными группами пока работать не доводилось. Поэтому ниже речь пойдёт о более «приземлённых» способах измерять эффективность нотификаций. Возможно, не самых точных, но как обычно простых и практичных:)

Определившись с набором показателей и разметив ссылки в нотификациях единообразными UTM-метками, приступаем к измерениям.

Удобная периодичность здесь — 1 раз в месяц (в начале каждого месяца по итогам предыдущего).

Заводим для этого табличку примерно следующего вида:

Помимо уже озвученной «триады» показателей: трафик-конверсия-доход, включаем сюда и данные об общем трафике на сайт. Это поможет нам лучше понимать результаты.

Например, если в январе нотификации принесли нам 1000 кликов, а в феврале 1500, сначала непонятно, чем вызван такой рост:

Однако с данными об общем трафике картина проясняется:

После традиционного январского спада трафик на сайт пошёл вверх, а вместе с ним увеличилось и количество транзакций (целевых действий). Каждое такое действие сопровождалось отправкой email уведомления — следовательно, и количество отправленных писем возросло, отсюда рост привлекаемого ими трафика. Однако его доля в общем объёме практически не изменилась. Т.е. в феврале наши «служебные» письма отработали достаточно стабильно.

Теперь допустим, в марте доля трафика с маркетинговых элементов в нотификациях явно снизилась:

Здесь уже нужно «забираться» глубже в аналитику, чтобы понять,
в чём дело.

Поднимаем в Гугл Аналитикс статистику по конкретным типам писем за февраль и март. Сопоставляя эти данные, мы видим, что показатели письма «регистрация» просели:

Проводим регистрацию на пробу и убеждаемся, что письмо с регистрационными данными перестало приходить — нужно ставить задачу программисту на его починку.

Или другой вариант: письмо после теста мы получили. Тогда проверяем общую конверсию в регистрации на сайте, и видим, что в марте она сильно упала.

Меньше регистраций → меньше объём отправки нотификаций соответствующего типа → меньше трафик.

Т.е. с нотификациями в этом случае всё в порядке. Проблема в чём-то ещё: то ли механизм регистрации всё же срабатывает не всегда, то ли на сайт начали приходить не те люди, то ли что-то ещё. Это тоже требует выяснения, но уже не связано напрямую со статистикой нотификаций.

Когда аналитика налажена и нет каких-то явных сбоев в отправке писем, выжидаем порядка 3-х месяцев, набирая статистику по нотификациям: насколько стабилен их результат, удовлетворяют ли нас достигнутые показатели?

В принципе, если нотификации вносят вклад в общий email маркетинг на уровне 10-20%, я бы на этом и остановился — в конце концов, есть более эффективные точки роста для email.

Но если очень хочется, работу нотификаций можно попытаться оптимизировать — путём последовательного тестирования.

Для начала соберём данные по каждому действующему типу писем, чтобы оценить его долю в общем результате нотификаций:

Выберем письмо, которое отправляется в наибольших объёмах. Так мы, во-первых, будем получать результат быстрее — для статистической достоверности нужно отправить сотни писем и, конечно, лучше, если это займёт у нас дни, а не недели. Во-вторых, в случае успеха нововведений мы получим сразу и хорошую отдачу — ведь оптимизируем самое «массовое» наше письмо.

Что нужно тестировать? Уровень открытий нотификаций нам известен далеко не всегда — например, они отправляются через CMS, где отсутствует необходимая статистика — да и для таких писем, «откликающихся» непосредственно на действия пользователей, просмотры обычно и так чрезвычайно высоки.

Поэтому предлагаю сосредоточить свои усилия на повышении кликов, данные о которых нам доступны посредством UTM.

Действуем по обычной методике, озвученной ещё в Статистике автоматических рассылок :

— определяем цель,
— выдвигаем гипотезу,
— внедряем в письмо (речь идёт прежде всего об изменении «маркетинговых» элементов шаблона),
— дожидаемся достаточного объёма отправки и делаем выводы.

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

Например, у нас в футере 5 иконок:

Трафик с письма составляет в среднем 20% от общего трафика со всех типов нотификаций.

Цель: мы хотим увеличить этот показатель до 30%.

Наша гипотеза: если мы добавим ссылки в футер, то получим те самые дополнительные клики.

Внедрение — вместо иконок мы размещаем в футере 10 полезных ссылок:

Выжидаем неделю и измеряем результат.

Уровень трафика составил 25%. Это меньше, чем мы планировали, но больше, чем было до внедрения — пожалуй, этим пока стоит и ограничиться.

Ждём ещё неделю, повторяем замер и сравниваем его с предыдущим периодом:

Доля трафика не снижается, а значит ссылки у нас работают действительно лучше иконок.

Заменяем футер во всех типах нотификаций и через месяц проводим обычное измерение результата:

Оптимизация явно удалась! Впрочем, это идеальный сценарий:)

Статистику нотификаций стоит вести, хотя бы в общем виде — если мы хотим понимать, что происходит с этой частью нашего email маркетинга. Углубляться в измерения нужно только в том случае, если мы хотим что-то улучшить.

Доработки тогда ведём на самых часто отправляемых типах писем, чтобы быстрее и точнее получить результат. Предпочтение отдаём оптимизации содержания, поскольку просмотры у нотификаций и так обычно высоки.

Повысив отклик на текущем типе писем, распространяем улучшения на остальные типы. Не забываем сопровождать каждый шаг
подробными измерениями.

В мае «повоюем» с точкой зрения, будто простые сплит-тесты темы письма не приносят результата в долгосрочной перспективе.

Если вы ещё не подписались на мою рассылку — самое время это сделать. Я не только анонсирую свежие статьи блога, но и делюсь с подписчиками бонусной информацией, а также показываю отдельные приёмы email маркетинга на практике. До встречи в вашем
почтовом ящике 😉

Источник

В России отменят нотификацию на зарубежную электронику

Что такое нотификация?

Система работает с 2010 года, и крупные производители к ней уже привыкли. Apple и Samsung, например, заранее уведомляют гос. органы о своих новых моделях и присылают тех. документацию на свои девайсы, чтобы как можно быстрее начать их продажи в РФ. А более мелкие производители и все те, кого не очень интересует российский рынок, таким не заморачиваются, и в результате их продукцию нельзя ввезти через таможню. Точнее, ввезти-то можно, но если у вас её проверят, завернут назад, или заставят заплатить штраф. А могут и из органов наведаться – мол, что это вы, иностранный шпион?

Сейчас такая же история – со смартфонами, ноутбуками, компьютерами, роутерами, маршрутизаторами, любыми девайсами с Wi-Fi или Bluetooth (включая беспроводные мышки и клавиатуры), рациями, микросхемами, а также массой другой аппаратуры. Для фирм по доставке, таких как Бандеролька, это большая головная боль. Каждый девайс надо проверять. Иначе клиенту придется возвращать все деньги, и еще извиняться за задержку. Сами клиенты нотификацию на интересующий их гаджет, по нашему опыту, проверяют очень редко. Многие даже не догадываются, что такая система в нашей стране существует.

Смотреть наличие нотификации на девайс можно в Едином реестре. Или, второй вариант, – проверять наличие товара в респектабельных российских магазинах, которые не будут продавать товар, шедший в обход таможни. До последнего времени это была обязательная процедура при покупке любого нового (или не очень широко известного) девайса за рубежом.

Что теперь изменилось?

Система нотификаций работает в Евразийском экономическом союзе (ЕАЭС), состоящем из России, Белоруссии, Казахстана, Армении и Киргизии. И регулируется Евразийской экономической комиссией (ЕЭК). Так вот, на днях, как нам стало известно, ЕЭК решила упростить порядок ввоза «шифровальных средств» в ЕАЭС, если они предназначены для личного использования. Прилагается скан документа с решением комиссии.

Из-под действия нотификации с 1 января 2018 года выводятся:

Со времени вступления решения ЕЭК в действие физические лица смогут беспрепятственно проводить через таможню (или провозить через службы доставки!) все электронные устройства с общедоступным программным обеспечением. К такому ПО относится всё, что «предназначено для массового применения и свободно продается на рынке. Все ОС, браузеры, мессенджеры, редакторы, антивирусные программы, архиваторы и так далее. Случаев, когда на таможне придирались из-за ПО, и раньше почти не было, а теперь у них и вовсе не будет рычагов. Разве что если человек везет супер-секретную программу „GovernmentSpy.exe“, и держит её ярлык на рабочем столе.

Как это повлияет на вас?

Сейчас в реестре около 29300 нотификаций, там нет многих популярных устройств «второго ряда»: умных часов и фитнес-трекеров, видеокамер, гаджетов Amazon и Google, а также тысяч моделей телефонов. В 2018-м все они станут свободными для перевозки. Если хотели заказать какой-то новый гаджет, но боялись – теперь это вполне безопасно. Даже если он не продается в России. Например, смартфон Essential, вокруг которого был такой хайп этим летом, или Google Clips, первая камера с AI.

Раньше была еще вот какая проблема. Какой-нибудь популярный смартфон или ноутбук может выпускаться в пяти модификациях. Каждая из них имеет свой модельный номер, который должен быть занесен в реестр нотификаций. Часто на некоторые модели нотификация отсутствовала – например, когда производитель готовился продавать в РФ одну версию своего девайса, а вы заказывали из США слегка другую (пусть они и отличались только языком прошивки). И всегда был риск, что товар конфискуют на границе и отправят обратно. Или даже привлекут покупателя к административной ответственности. Теперь такого риска нет.

В общем, правительство сделало нам своеобразный новогодний подарок. За что им спасибо. Если бы не вводились все остальные ограничения на зарубежные онлайн-покупки (например, с 1 июля 2018 года лимит на беспошлинный ввоз хотят урезать в 50 раз, с €1000 до €20), было бы вообще прекрасно. Но теперь по крайней мере у нас есть 6 месяцев безопасного онлайн-шоппинга, а это уже начало.

Кто мы такие

Бандеролька пересылает товары из Европы и Америки в Россию и другие страны. Со своей службой доставки Qwintry Air и низкими тарифами. Если вы уже заказывали что-то в США, скорее всего, вы знаете про нас. А если нет – читатели Geektimes могут зарегистрироваться по этой ссылке, чтобы получить скидку 7% на первую доставку гаджетов к себе домой.

Источник