Это я о том, что все познается в сравнении. Огромный сбербанк, со штатом разработчиков не может отличить рут от чистого андроида (ну или им руководство сказало так сделать). У нас же например вообще как таковых средств не много, у нас в сервисе практически все бесплатно. Платные услуги только для каналов, и то они не сильно влияют на функционал, скорее немного упрощают жизнь.
В последнем апдейте я кстати фикс этот сломал — задержку сделал 25ms и убрал анимацию — теперь хром с экрана блокировки не открывается. но и активити это уже незаметно — более того, визуально кажется как будто хром стартует быстрее чем обычно т.к. нет анимации.
К слову мы еще как раз радуем пользователей быстрым исправлением ошибок. Например заметили ошибку -505 прямо за час до нового года, связался с пользователем и уже после НГ залили апдейт. Как итог — 2 негативные оценки в тот же день превратились в положительные. При этом крупные компании вообще не фиксят проблемы месяцами.
PS. первый оценку поправил, а вот отзыв не отправился, кстати замечали эту проблему с другими пользователями.
PS2. Когда вижу проблемы в отзывах, нахожу пользователя в БД и пишу ему лично, разбираюсь с проблемой.
Насчёт издевательства над пользователями. Сбербанк режет функционал если у тебя кастомная прошивка, даже если у тебя чистый AOSP на нексусе.
В то же самое время тинькофф работает под рутом, а вчера они ввели оплату через NFC
Надеюсь он скоро будет банить за автовключение веб пушей. Т.к. у некоторых в браузере пуши уже включены по умолчанию (т.е. для всех сайтов без спроса). Как итог простой заход на сайт — активирует пуши с этого сайта без какого либо запроса и спам летит пользователю, причём никто на самом деле на это не был согласен.
Ну или даже если было выбрано «спрашивать», то все равно многие кликают нечаянно «разрешить».
Я и есть тимлид и основатель сервиса :) Из пары тысяч активных пользователей андроид приложения только пара человек возмутились в отзывах. Намного лучше то, что наше приложение до сих пор весит около 1.5 мегабайта, не жрет аккумулятор и достаточно стабильно работает (собственно только принимает оповещения)
Само приложение имеет рейтинг 4.6 что вполне неплохо при моих знаниях андроид разработки.
«Очень рад за вас, очень сочувствую вашим пользователям.» А пользователи рады, все работает шустро, проблема поправлена, скоро будет эта штука опциональной.
«Описать проблему так, чтобы я понял, в чем, собственно, проблема, вам не удалось (допускаю, что это мне не удалось понять). » Что не ясно: кликаешь ты на уведомление с экрана блокировки, а у тебя блокировка снимается, хром открывается, но зависает. Бага явно в хроме, тикет висит но всем пофиг. Просто мало кто вызывает ссылки с экрана блокировки, тут уже специфика сервиса пуш уведомлений.
«Какое это все имеет отношение в тому, что писал я?» Огромное отношение. Я даже не джуниор, а проблему не решил ни один сеньёор за несколько месяцев.
Там было несколько вариантов решения — либо ждать 2-3 секунды просто перед открытием хрома, что совсем ужасно. Либо там анимация идет переключения между активити. Пользователи за это снизили оценку с 5ки до 4ки, но терпимо. Когда будет опционально — вернут обратно.
У нас очень лояльная аудитория, я целыми днями общаюсь и обсуждаю с десятками пользователей из вопросы и параллельно разрабатываю все аспекты проекта.
Проблему так и не решили, я потом нашел костыль — сделать промежуточное активити, которое все равно где то 0.25 секунды ждет. Иначе хром просто не реагирует.
В следующей версии буду делать это опционально т.к. многие кто эту багу не видел, сильно удивились, что мелькает еще активити.
Но об этой проблеме не написал ни один «сеньор», а я по андроиду даже на джуниора не тяну на самом то деле.
В веб-пушах висят дальше. В дополнении они исчезают через 10 секунд. В андроиде висит в оповещениях как и везде. В телеграмме оно в чате оседает, на почте будет в письме, а количество писем зависит от настроенного времени, например можно сделать раз в сутки — будет одно письмо приходить.
И то и другое можно будет смотреть в истории.
«что в этом случае делать с фильтрами, по которым бывает 1000+ сообщений в сутки?» видимо по англоязычному stackoverflow много вопросов идет…
Тут кстати видимо проще выбирать более узкие теги, а широкие проще вручную читать, если нужно.
Такого это какого? Подписался на 10 тегов (это много как мне кажется), получилось с 15.00 всего 4 оповещения, причем подписался на так много, чтобы протестировать.
Потом отпишусь от половины и будет 1 пуш в день или даже меньше.
Ок. Ваш подход имеет место. Пользуйтесь на здоровье. Есть те, кто уже сейчас использует решение в статье и их тоже устраивает.
«Т.е. даже если новость появится в любой момент, уведомление о ней я получу через два часа? Так насколько сядет аккумулятор моего телефона, если я буду проверять 90 фидов раз в два часа?»
До 10 подписчиков 2 часа, от 10 до 100 — 30 минут, от 100 до 500 — 1 минута. Больше 500 подписчиков — 30 секунд.
Когда мы добавили Wordpress плагин — многие каналы (официальные конечно) на него перешли. И там оповещение приходит секунда в секунду.
Большая часть каналов на которые я подписан обновляются каждые 1-10 минут. То есть таки телефон мой с полудохлым аккумулятором сядет еще до того как я выйду из дома утром…
«Когда у вас окажется столько же пользователей сколько у Feedly, вам тоже придется 2 часа превратить в 8 часов. Во всяком случае для ваших «бесплатных» клиентов.»
Когда у нас будет больше пользователей, скорее всего бесплатно мы не будем разрешать каналы с RSS если меньше 10 подписчиков. Изначально например приватные каналы бесплатно не могут использовать RSS.
Для 500 пользователей без проблем можно обновлять одну ленту раз в 30 секунд.
«поскольку nginx даже на 5 баксовом дроплете тянет больше 1000 RPS.»
Если только там не HTTPS, т.к. SSL Handshake реально так повышает нагрузку.
Я вот думаю с Yota переходить на Tele2. У Yota может на пустом месте теряться и прыгать сигнал либо скорость в районе 0 и постоянно глюки при работе, причем лучше всего у ёты работает SpeedTest, остальное работает медленно.
Вот бы найти человека, который перешел — узнать как разница.
А можно поставить дополнение и будет еще вот такая штука
Это если брать компьютер. А так можно подключить и через телеграм бота и на телефон поставить приложение (ну или без приложений также в хроме работает) или даже email: можно указать как часто, например поставить время 10 минут и вам каждые 10 минут будут приходить письма с оповещениями, у меня стоит сутки, чтобы было как архив, например.
И это все на серваке работает, т.е. я подписан на 90 каналов, но мои устройства не ломятся в сеть, а принимают пуши через GCM со всех этих ресурсов.
PS не будем разводить тут, если есть какой то ответ — пишите мне в ЛС.
Вот я о том и говорю. Инструменты нужно использовать по назначению. Да через RSS можно сделать все что угодно и подключить это к читалке. А теперь вопрос — как быстро у вас сядет аккумулятор телефона, если он будет хотя бы каждые 10 минут проверять RSS ленту? Или 30 RSS лент? Я сейчас в PushAll подписан на 90 каналов, многие из них подключены через RSS, от многих из них пушей нет больше недели (редко новые записи появляются или новые пуши) Но появиться они могут в любой момент. К слову RSS агрегаторы в облаке имеют достаточно более жесткие ограничения чем у нас. К примеру несколько человек говорили, что у Feedly лента обновляется иногда раз в 8 часов, поэтому они перешли к нам и создали просто открытый канал, сами на него подписались и т.д. После этого мы для каналов с подписчиками меньше 10 сделали ограничение в 1 проверку в 2 часа. Но и это лучше 10 часов. Так что в этом аспекте мы чем то похожи на Feedly.
Я вообще на самом деле удивляюсь, но многие просто используют наш сервис как RSS агрегатор. Т.е. создают канал, прописывают RSS (или группу вконтакте) и приглашают народ. А все по той причине, что 90% их аудитории не знают что такое RSS, но подписаться на пуши им куда проще. Но особенно радует когда подключаются какие нибудь интересные сервисы, которые отправляют таргетированные оповещения. Кстати у нас также много тех, кто отправляет оповещения вручную — у них даже сайта нет, например стриммеры.
Вот вы тут все пишите, зачем это все нужно если есть RSS, а у канала уже 24 подписчика.
«Впрочем, я, кажется, потерял нить… Рсс не требует моментального обновления, почему вы говорите про какую-то проблему с мгновенным получением уведомления? Рсс он вообще не про уведомления. Ну, не в виде «а! что-то прилетело! срочно реагируй!».»
Мы в общем то и подошли к тому, о чем я веду речь. Использовать RSS для уведомлений возможно — но это костыль. Для пушей, к слову, очень важна скорость доставки. К нам многие приходят например от OneSignal и других сервисов т.к. там очень сильно занижают скорость отправки до 200-300 получателей в секунду из за чего на большой базе выходит задержка в несколько минут. И им эта задержка достаточно сильно важна.
Тут тоже самое — если вы будете проверять это через RSS например раз в минуту. То вы будете мучать сервер непрофитным трафиком (рекламу то вы не смотрите) вы один то ладно, вот 10000 таких как вы. т.е. делаете в сутки например 1400 запросов, заходите на сайт один раз.
Скорее всего обычно эти RSS подключают с обновлением например раз в час — для RSS это нормальное время.
А суть всего этого сервиса в том, чтобы получить оповещение в браузер сразу кликнуть и сразу ответить и получить например «Лучший ответ». В общем есть те, кто этим занимается и им этот сервис будет полезен. И RSS для них это как таки не то что им нужно.
Ниже описал, киньте ка мне оповещение о новом личном сообщении через RSS. Или например на onliner.io пусть мне статусы летят через RSS. Или может дебаг на серваке? Логи с ошибками?
И чтобы приходило секунда в секунду.
И насчет переизобретения RSS. По сути тут основная разница в том, что RSS нужно получать и обновлять, а push-уведомления летят в сайта через сервис пользователю через сокет. То есть тут появляется свобода гибкости рассылок (неограниченное количество параметров выборки, личные оповещения) и экономия ресурсов.
К примеру проект автора сканирует ленту раз 1 минуту. На канал может быть подписано 10000 человек. Как итог в 10000 раз меньше запросов на RSS этих сервисов каждую минуту. Неплохая оптимизация?
90% нашей аудитории даже не знает что такое RSS. Про то, что наш сервис работает даже без установки чего либо в браузер — я уже написал. В случае с сафари (OSX) или андроид например, у вас это будет даже работать при закрытом браузере.
«Не, я понимаю, что вам надо бизнес продвигать» Больше потратил чем заработал (пожертвования + 1.5 платные функции), и буду тратить дальше.
«но объективно плюсов по сравнению с RSS у пушей нет вообще никаких. А нормальная RSS читалка может еще и серьезно поспорить с вашим сервисом в плане возможностей поиска, организации и хранения новостей.»
Если брать множественные рассылки да. Но например возьмите канал FreeLoot — там оповещения о новых личных сообщениях, интересно вы будете делать ленту для личных сообщений и через читалку их получать?
RSS не создан для оповещений. Это инструмент агрегации лент, чтобы можно было читать статьи или их заголовки не бегая по всем ресурсам. При этом тут не важна скорость доставки, ленты можно проверять прямо при открытии читалки.
Тут же вам ничего не нужно открывать, делать и т.д. Например я мониторю статьи на ресурсах, они тоже мониторятся через RSS + фильтруются. За счет этого я часто захожу на ресурсы где еще 10-20 просмотров нет (через час уже несколько тысяч, да)
В плане личных оповещений это мегаудобно, личные сообщения, ответы на комментарии, все что происходит сейчас и связано лично с вами. Например второй комментарий в этой статье — это рейтинг автора. Через RSS такое уже сложновато сделать тут уже возможно потребуются доп. запросы и это уже индивидуальное.
1. Я к тому и веду, что по сути все это инструмент позволяющий из RSS сделать user-friendly читалку этих ресурсов, а если точнее получать оповещения на разные платформы о новых вопросах с задержкой не более 1 минуты.
2. Ну как не хранит… как то так (выбран канал, про который говорится в статье)
Тут штука в том, что вы можете без установки расширений или читалки просто включить веб-пуши в браузере. Ну или бота в телеграм добавить. Или установить расширение в pushall в хром, или приложение на андроид поставить, или даже email можно добавить.
Видимо автору стоило немного описать используемый сервис.
Сам по себе RSS это просто лента в XML формате. Она не умеет отображать оповещения, отправлять их на устройства и т.д.
В PushAll можно указать RSS-ленту для канала и он будет иногда её проверять и делать пуш всем подписчикам о новых записях в ленте.
Также в PushAll есть фильтры, т.е. можно например сделать такой канал, потом пользователь подписался и ввел с фильтр «jquery» и получает все пуши, где в тексте есть это ключевое слово. На деле выходит тоже самое.
Но решение автора более удобное и простое. На выходе получаем четко то что выбрали в удобном ёмком формате в течении одной минуты. То есть можно ответить раньше всех на вопрос и получить ачивку.
PS. Кстати интересно, на сколько быстрее будут решаться вопросы, если на каждый тег по 10-20 человек подпишется и все они будут в течении минуты получать пуш.
Но врядли хабр предоставит статистику до и после.
Окей. Фактически можно создать каналы в PushAll для каждого сервиса. Потом пользователи будут подписываться и получать пуши по тегам через фильтры подписки.
Но решение в статье более user-friendly. Подписался натыкал галочек и получаешь пуши куда хочешь.
Зависит от направленности. Например если описать пользователю например статистику, что с его телефоном неполадки и многие оповещения не доходят — то он вполне сможет сделать выбор — включить эту функцию или остаться как есть.
Мне что то подсказывает, что проблема может решиться api для приложений связанное с администратором устройства.
Вообще тот же gcm ведь по сути вроде как держит соединение и в wakelock может принимать пуши. Что мешает сделать тоже самое?
Вообще проблема для меня едкая — сам хочу в PushAll сделать резервный сервис. У нас уже есть веб сокет как резерв помогает тем, кто с компа заходит с закрытыми портами (сокет проксируется через nginx на обычном порту)
Вполне можно опционально подключать, если GCM отвалился.
Я тут не сильно специалист. Сам не знал, что такое может вообще работать. Но технически — если у нас например есть процесс и он не убит, и есть например 3G-4G сеть, или Wifi в режиме «не выключать в режиме сна» то вполне все должно работать.
Ну в крайнем случае — можно эти флаги и использовать.
В последнем апдейте я кстати фикс этот сломал — задержку сделал 25ms и убрал анимацию — теперь хром с экрана блокировки не открывается. но и активити это уже незаметно — более того, визуально кажется как будто хром стартует быстрее чем обычно т.к. нет анимации.
К слову мы еще как раз радуем пользователей быстрым исправлением ошибок. Например заметили ошибку -505 прямо за час до нового года, связался с пользователем и уже после НГ залили апдейт. Как итог — 2 негативные оценки в тот же день превратились в положительные. При этом крупные компании вообще не фиксят проблемы месяцами.
PS. первый оценку поправил, а вот отзыв не отправился, кстати замечали эту проблему с другими пользователями.
PS2. Когда вижу проблемы в отзывах, нахожу пользователя в БД и пишу ему лично, разбираюсь с проблемой.
В то же самое время тинькофф работает под рутом, а вчера они ввели оплату через NFC
Ну или даже если было выбрано «спрашивать», то все равно многие кликают нечаянно «разрешить».
Само приложение имеет рейтинг 4.6 что вполне неплохо при моих знаниях андроид разработки.
«Очень рад за вас, очень сочувствую вашим пользователям.» А пользователи рады, все работает шустро, проблема поправлена, скоро будет эта штука опциональной.
«Описать проблему так, чтобы я понял, в чем, собственно, проблема, вам не удалось (допускаю, что это мне не удалось понять). » Что не ясно: кликаешь ты на уведомление с экрана блокировки, а у тебя блокировка снимается, хром открывается, но зависает. Бага явно в хроме, тикет висит но всем пофиг. Просто мало кто вызывает ссылки с экрана блокировки, тут уже специфика сервиса пуш уведомлений.
«Какое это все имеет отношение в тому, что писал я?» Огромное отношение. Я даже не джуниор, а проблему не решил ни один сеньёор за несколько месяцев.
Там было несколько вариантов решения — либо ждать 2-3 секунды просто перед открытием хрома, что совсем ужасно. Либо там анимация идет переключения между активити. Пользователи за это снизили оценку с 5ки до 4ки, но терпимо. Когда будет опционально — вернут обратно.
У нас очень лояльная аудитория, я целыми днями общаюсь и обсуждаю с десятками пользователей из вопросы и параллельно разрабатываю все аспекты проекта.
stackoverflow.com/questions/30415231/intent-chrome-browser-from-lockscreen-dont-work
Если стоит блокировка паролем, или кодом, то открыв уведомление с локскрина — хром проигнорирует интенд.
Проблему так и не решили, я потом нашел костыль — сделать промежуточное активити, которое все равно где то 0.25 секунды ждет. Иначе хром просто не реагирует.
В следующей версии буду делать это опционально т.к. многие кто эту багу не видел, сильно удивились, что мелькает еще активити.
Но об этой проблеме не написал ни один «сеньор», а я по андроиду даже на джуниора не тяну на самом то деле.
И то и другое можно будет смотреть в истории.
«что в этом случае делать с фильтрами, по которым бывает 1000+ сообщений в сутки?» видимо по англоязычному stackoverflow много вопросов идет…
Тут кстати видимо проще выбирать более узкие теги, а широкие проще вручную читать, если нужно.
Потом отпишусь от половины и будет 1 пуш в день или даже меньше.
«Т.е. даже если новость появится в любой момент, уведомление о ней я получу через два часа? Так насколько сядет аккумулятор моего телефона, если я буду проверять 90 фидов раз в два часа?»
До 10 подписчиков 2 часа, от 10 до 100 — 30 минут, от 100 до 500 — 1 минута. Больше 500 подписчиков — 30 секунд.
Когда мы добавили Wordpress плагин — многие каналы (официальные конечно) на него перешли. И там оповещение приходит секунда в секунду.
Большая часть каналов на которые я подписан обновляются каждые 1-10 минут. То есть таки телефон мой с полудохлым аккумулятором сядет еще до того как я выйду из дома утром…
«Когда у вас окажется столько же пользователей сколько у Feedly, вам тоже придется 2 часа превратить в 8 часов. Во всяком случае для ваших «бесплатных» клиентов.»
Когда у нас будет больше пользователей, скорее всего бесплатно мы не будем разрешать каналы с RSS если меньше 10 подписчиков. Изначально например приватные каналы бесплатно не могут использовать RSS.
Для 500 пользователей без проблем можно обновлять одну ленту раз в 30 секунд.
«поскольку nginx даже на 5 баксовом дроплете тянет больше 1000 RPS.»
Если только там не HTTPS, т.к. SSL Handshake реально так повышает нагрузку.
Вот бы найти человека, который перешел — узнать как разница.
Подсказка:
Жмем на переключатель, и разрешаем.
После подписки на канал приходит первый пуш.
А можно поставить дополнение и будет еще вот такая штука
Это если брать компьютер. А так можно подключить и через телеграм бота и на телефон поставить приложение (ну или без приложений также в хроме работает) или даже email: можно указать как часто, например поставить время 10 минут и вам каждые 10 минут будут приходить письма с оповещениями, у меня стоит сутки, чтобы было как архив, например.
И это все на серваке работает, т.е. я подписан на 90 каналов, но мои устройства не ломятся в сеть, а принимают пуши через GCM со всех этих ресурсов.
PS не будем разводить тут, если есть какой то ответ — пишите мне в ЛС.
Я вообще на самом деле удивляюсь, но многие просто используют наш сервис как RSS агрегатор. Т.е. создают канал, прописывают RSS (или группу вконтакте) и приглашают народ. А все по той причине, что 90% их аудитории не знают что такое RSS, но подписаться на пуши им куда проще. Но особенно радует когда подключаются какие нибудь интересные сервисы, которые отправляют таргетированные оповещения. Кстати у нас также много тех, кто отправляет оповещения вручную — у них даже сайта нет, например стриммеры.
Вот вы тут все пишите, зачем это все нужно если есть RSS, а у канала уже 24 подписчика.
«Впрочем, я, кажется, потерял нить… Рсс не требует моментального обновления, почему вы говорите про какую-то проблему с мгновенным получением уведомления? Рсс он вообще не про уведомления. Ну, не в виде «а! что-то прилетело! срочно реагируй!».»
Мы в общем то и подошли к тому, о чем я веду речь. Использовать RSS для уведомлений возможно — но это костыль. Для пушей, к слову, очень важна скорость доставки. К нам многие приходят например от OneSignal и других сервисов т.к. там очень сильно занижают скорость отправки до 200-300 получателей в секунду из за чего на большой базе выходит задержка в несколько минут. И им эта задержка достаточно сильно важна.
Тут тоже самое — если вы будете проверять это через RSS например раз в минуту. То вы будете мучать сервер непрофитным трафиком (рекламу то вы не смотрите) вы один то ладно, вот 10000 таких как вы. т.е. делаете в сутки например 1400 запросов, заходите на сайт один раз.
Скорее всего обычно эти RSS подключают с обновлением например раз в час — для RSS это нормальное время.
А суть всего этого сервиса в том, чтобы получить оповещение в браузер сразу кликнуть и сразу ответить и получить например «Лучший ответ». В общем есть те, кто этим занимается и им этот сервис будет полезен. И RSS для них это как таки не то что им нужно.
И чтобы приходило секунда в секунду.
И насчет переизобретения RSS. По сути тут основная разница в том, что RSS нужно получать и обновлять, а push-уведомления летят в сайта через сервис пользователю через сокет. То есть тут появляется свобода гибкости рассылок (неограниченное количество параметров выборки, личные оповещения) и экономия ресурсов.
К примеру проект автора сканирует ленту раз 1 минуту. На канал может быть подписано 10000 человек. Как итог в 10000 раз меньше запросов на RSS этих сервисов каждую минуту. Неплохая оптимизация?
«Не, я понимаю, что вам надо бизнес продвигать» Больше потратил чем заработал (пожертвования + 1.5 платные функции), и буду тратить дальше.
«но объективно плюсов по сравнению с RSS у пушей нет вообще никаких. А нормальная RSS читалка может еще и серьезно поспорить с вашим сервисом в плане возможностей поиска, организации и хранения новостей.»
Если брать множественные рассылки да. Но например возьмите канал FreeLoot — там оповещения о новых личных сообщениях, интересно вы будете делать ленту для личных сообщений и через читалку их получать?
RSS не создан для оповещений. Это инструмент агрегации лент, чтобы можно было читать статьи или их заголовки не бегая по всем ресурсам. При этом тут не важна скорость доставки, ленты можно проверять прямо при открытии читалки.
Тут же вам ничего не нужно открывать, делать и т.д. Например я мониторю статьи на ресурсах, они тоже мониторятся через RSS + фильтруются. За счет этого я часто захожу на ресурсы где еще 10-20 просмотров нет (через час уже несколько тысяч, да)
В плане личных оповещений это мегаудобно, личные сообщения, ответы на комментарии, все что происходит сейчас и связано лично с вами. Например второй комментарий в этой статье — это рейтинг автора. Через RSS такое уже сложновато сделать тут уже возможно потребуются доп. запросы и это уже индивидуальное.
2. Ну как не хранит… как то так (выбран канал, про который говорится в статье)
Тут штука в том, что вы можете без установки расширений или читалки просто включить веб-пуши в браузере. Ну или бота в телеграм добавить. Или установить расширение в pushall в хром, или приложение на андроид поставить, или даже email можно добавить.
Видимо автору стоило немного описать используемый сервис.
В PushAll можно указать RSS-ленту для канала и он будет иногда её проверять и делать пуш всем подписчикам о новых записях в ленте.
Также в PushAll есть фильтры, т.е. можно например сделать такой канал, потом пользователь подписался и ввел с фильтр «jquery» и получает все пуши, где в тексте есть это ключевое слово. На деле выходит тоже самое.
Но решение автора более удобное и простое. На выходе получаем четко то что выбрали в удобном ёмком формате в течении одной минуты. То есть можно ответить раньше всех на вопрос и получить ачивку.
PS. Кстати интересно, на сколько быстрее будут решаться вопросы, если на каждый тег по 10-20 человек подпишется и все они будут в течении минуты получать пуш.
Но врядли хабр предоставит статистику до и после.
Но решение в статье более user-friendly. Подписался натыкал галочек и получаешь пуши куда хочешь.
Вообще тот же gcm ведь по сути вроде как держит соединение и в wakelock может принимать пуши. Что мешает сделать тоже самое?
Вообще проблема для меня едкая — сам хочу в PushAll сделать резервный сервис. У нас уже есть веб сокет как резерв помогает тем, кто с компа заходит с закрытыми портами (сокет проксируется через nginx на обычном порту)
Вполне можно опционально подключать, если GCM отвалился.
Ну в крайнем случае — можно эти флаги и использовать.