Как работает push уведомления apple

Уведомления на устройствах iPhone, iPad и iPod touch

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

Открытие на экране блокировки

Чтобы просмотреть недавние уведомления на экране блокировки, возьмите в руки iPhone или выведите iPad из режима сна. На экране блокировки можно также выполнять следующие действия.

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

Чтобы предварительно просматривать уведомления на экране блокировки, перейдите в меню «Настройки» > «Уведомления» > «Показать миниатюры» и выберите вариант «Всегда».

* На iPhone SE (2-го поколения) смахните уведомление влево, нажмите «Просмотреть», чтобы просмотреть уведомление и выполнить поддерживаемые быстрые действия.

Открытие в Центре уведомлений

В Центре уведомлений отображается история уведомлений, которую можно прокрутить назад, чтобы просмотреть пропущенные уведомления. Существует два способа просмотреть оповещения в Центре уведомлений.

• На экране блокировки смахните вверх от средней части экрана.
• На любом другом экране смахните вниз от центра верхней части экрана.

Чтобы очистить историю уведомлений, нажмите кнопку «Закрыть» , а затем — «Очистить».

Управление уведомлениями

Чтобы управлять уведомлениями с экрана блокировки или из Центра уведомлений, выполните следующие действия.

1. Смахните влево оповещение или группу оповещений.
2. Нажмите «Параметры» и выберите один из следующих вариантов.
   • Выключить на 1 час
   • Выключить на сегодня
   • Настройки вида
   • Выключить

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

Планирование сводки уведомлений

В iOS 15 и iPadOS 15 можно запланировать время получения сводки уведомлений на каждый день, чтобы наверстать упущенное в удобный для вас момент. В персонализированной сводке оповещения сортируются по приоритету в зависимости от характера использования приложений, а наиболее актуальные уведомления отображаются в верхней части.

Чтобы запланировать сводку уведомлений, выполните следующие действия.

1. Перейдите в меню «Настройки» > «Уведомления» > «Доставка по расписанию», а затем включите функцию «Доставка по расписанию».
2. В разделе «Приложения в Сводке» выберите приложения, которые хотите включить в сводку уведомлений.
3. В разделе «Расписание» нажмите кнопку «Добавить» , чтобы добавить расписание, или кнопку «Удалить» , чтобы удалить расписание. Затем установите время для каждой настроенной сводки по расписанию.

Чтобы добавить в сводку новые приложения, вернитесь в меню «Настройки» > «Уведомления» > «Доставка по расписанию» и выберите приложения в разделе «Приложения в Сводке». Каждое приложение отображается со средним количеством уведомлений, которые вы получаете каждый день из этого приложения.

Изменение стилей оповещений

1. Перейдите в меню «Настройки» и нажмите «Уведомления».
2. Выберите приложение в разделе «Стиль уведомлений».
3. В разделе Alerts (Предупреждения) выберите нужный стиль оповещений. Если включен параметр Allow Notifications (Допуск уведомлений), выберите время доставки уведомлений: сразу или в запланированной сводке уведомлений.

В iOS 15 и iPadOS 15 можно включить функцию «Важные предупреждения», чтобы получать уведомления даже при выключенном звуке или использовании режима «Фокусирование» на устройстве iPhone.

Изменение настроек для групп уведомлений

1. Перейдите в меню «Настройки» и нажмите «Уведомления».
2. Выберите приложение и нажмите Notification Grouping (Группировка).
3. Выберите один из следующих вариантов.
   • «Автоматически»: уведомления из приложения будут объединены в группы согласно критериям приложения, например по темам или цепочкам.
   • «По приложению»: все уведомления из приложения будут объединены в одну группу.
   • «Выключено»: уведомления не будут объединены в группы.

Чтобы выборочно отключить уведомления для приложений, перейдите в меню «Настройки» > «Уведомления» > «Предложения Siri», а затем выключите любое приложение.

Чтобы изменить отображение уведомлений на экране блокировки, выполните следующие действия.

1. Откройте меню «Настройки» > «Уведомления».
2. Выберите приложение, нажмите «Показать миниатюры» и выберите нужный вариант.

Настройка оповещений на основе местонахождения

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

Если такой тип предупреждений не нужен, его можно отключить. Перейдите в меню «Настройки» > «Конфиденциальность» > «Службы геолокации» и выберите приложение, чтобы включить или отключить его оповещения на основе вашего местонахождения. Более подробную информацию о службах геолокации см. в этой статье.

Информация о продуктах, произведенных не компанией Apple, или о независимых веб-сайтах, неподконтрольных и не тестируемых компанией Apple, не носит рекомендательного или одобрительного характера. Компания Apple не несет никакой ответственности за выбор, функциональность и использование веб-сайтов или продукции сторонних производителей. Компания Apple также не несет ответственности за точность или достоверность данных, размещенных на веб-сайтах сторонних производителей. Обратитесь к поставщику за дополнительной информацией.

Источник

Как организовать отправку push-уведомлений на айфон

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

Мы реализовали отправку пуш-уведомлений с бекенда на языке программирования Perl. Однако, когда мы только начали внедрять пуши, то столкнулись с некоторыми трудностями. О трудностях и их преодолении мы и хотим рассказать в этом посте.

Начнем с того, что мы изначально не хотели использовать сторонние сервисы, такие как Amazon SNS, Parse, Push IO и т. д. Как бы удобны ни были все эти решения, они лишают вас гибкости и возможности как-то повлиять на процесс.

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

Мы, конечно же, сразу пошли на metacpan в поисках готового модуля.
Первым нам на глаза попался Net::APNS. Нам очень понравился код милейший аватар с лисичкой. Но код был совершенно непригоден для использования в продакшене. Он открывал соединение перед каждой отправкой сообщения на каждый девайс и, после отправки, закрывал его. Это, во-первых, занимает очень много времени, а во-вторых, может (и будет) воспринято Apple как DoS-атака.

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

Код получился такой:

Однако, после первых же тестов стало понятно, что в продакшене лучше не пользоваться простым форматом нотификации. Всё дело в том, что если вы отправляете неверное или неразборчивое уведомление, Apple возвращает ошибку и закрывает соединение.

В дальнейшем все уведомления, отправленные по тому же соединению, будут отброшены и их нужно послать повторно. Ошибка возвращается в таком формате:

Как видно, в описании ошибки указан идентификатор уведомления, вызвавшего эту ошибку. Для того, чтобы у уведомлений были идентификаторы, необходимо использовать расширенный формат уведомлений:

Для этого перепишем два метода. В качестве $push_id можно использовать порядковый номер токена:

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

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

Но и это ещё не всё. Пользователь может удалить ваше приложение или просто запретить приём пушей. Для того, чтобы не слать уведомления по мёртвым токенам, нужно использовать фидбек сервис. Он возвращает список всех токенов, на которые больше не стоит слать уведомления. Формат фидбека:

Как рекомендует Apple, достаточно всего раз в сутки, по крону, подключаться к feedback.push.apple.com:2196 и читать из сокета. Полученные токены нужно просто удалить из базы данных.

К слову, для отправки уведомлений на андроид, достаточно сделать обычный http-запрос, в котором можно передать сразу 1000 токенов. Конечно же, параллельно можно делать несколько запросов. А если и это кажется слишком медленным, можно воспользоваться Cloud Connection Server (XMPP).

В комментариях нам было бы интересно узнать, как вы решаете задачу push-нотификации в своих приложениях.

Источник

Особенности работы с Apple push notification service

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

Об общих принципах работы с apns написано много статей, да и официальная документация достаточно понятна и прозрачна, поэтому перейдем сразу к делу:

Особенность номер раз — JSON

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

Но не все так просто. Вы вдруг обнаружите, что максимальная длина текста сообщения составляет всего 40-50 символов. Почему так? Дело в том, что функция to_json в Ruby преобразует все не ASCII символы в последовательность /uXXXX, которая при упаковке сообщения занимает 4! байта. Для обхода этого ограничения необходимо формировать сообщение в обычном текстовом формате. Например, вот так:

— это аналог PHP-функции addslashes(). Если ее не применить, то сообщения со знаками препинания и некоторыми служебными символами не дойдут пользователю и будут сочтены apple как ошибочные.

Особенность номер два — обрыв соединения и обратная связь

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

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

Особенность номер три — обратная связь

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

Особенность номер четыре — массовая рассылка сообщений

Соединение с серверами apple устанавливается с помощью сертификата, выданного определенному приложению. Именно так Apple определяет, к какому приложению на устройстве пользователя относится отправленное уведомление. Следовательно, для отправки сообщений нескольким приложениям (а именно такая задача стояла у сервиса, разработанного мной), необходимо для каждого массива сообщений создавать отдельное соединение. Частая ошибка, совершаемая разработчиками — они пытаются отправлять сообщения небольшими партиями по 100-200 штук, каждый раз создавая и разрывая соединение. Это может быть воспринята сервером как попытка атаки и ваш сервис будет заблокирован. Чтобы избежать этого, нужно отправлять все сообщения через одно соединение, даже если их несколько десятков тысяч. И отсюда вытекает особенность номер шесть.

Особенность номер шесть — время наш враг

При большом количестве сообщений время исполнения скрипта отправки может быть достаточно велико и на большинстве серверов выполнение будет завершено по таймауту в 30 секунд. Решение — разделение логики создания и отправки сообщений. Я сделал это с помощью демона (в ROR за это отвечает gem daemons. Через веб интерфейс в базу добавляется текст сообщения и фильтр, по которому при отправке будут выбираться токены из базы, а демон каждые 10 секунд опрашивает базу на наличие новых заданий и отправляет сообщения. В такой реализации есть еще один неоспоримый плюс — мы можем настроить отложенную отправку сообщений.

Источник