Нет, все вопросы не риторические и заданы всем, кто имеет ответ. Может быть, на мессенджеры есть какие-то драконовские ограничения, которых мне со стороны не видно. Возможно, мне самому надо будет думать об оповещениях в будущем, вот я и пытаюсь понять, стоит ли с этим web-push связываться.
«По поводу последнего»: а вы не думали сразу в какой-нибудь Телеграм кидать оповещалку? Или, допустим, отправить старый добрый e-mail? Клиент K-9 на Андроиде мгновенно получает по IMAP письмо, показывая число непрочитанных писем прямо поверх иконки, не хуже других инструментов извещения. На десктопном компьютере все еще лучше. Почему было сделано именно так?
Скажите, а нельзя вместо того, чтоб так извращаться, использовать мессенджеры напрямую? Раньше, когда число подписчиков было небольшим, а Skype делали приличные люди, ты просто ставил на сервер клиент с его API + плагин к этому клиенту, служащий связкой между клиентом и серверным кодом. Теперь, вот, всюду пишут про мессенджерских «ботов».
Мессенджеры люди, хотя бы, действительно читают. У них есть встроенные средства извещений (попапы, трей, кто во что горазд), управления каналами (добавить/выкинуть контакт), мультимедийности (преобразование URL в картинки, например). Немаловажно, что если речь идет о самых реальночитаемых уведомлениях — мгновенных извещениях от СЭД и прочих корпоративных штук — можно для пущей безопасности поднять свой сервер, благо, старые протоколы типа XMPP все еще активно поддерживаются на всех платформах. Да и почтовые клиенты на месте не стояли, многие из них не уступают по части мгновенности мессенджерам, а по части всего остального — настроек, нотификаций, поиска, защищенности и т.д. — значительно их превосходят.
Какую пользу дает использование этой технологии? Кроме откручивания показов малоэффективной рекламы, конечно. Кто-нибудь для себя лично или своих клиентов видит пользу?
«
— Собственно, как изменится клиентская разработка? Я, например, понял, что HTTP/2 — это крутая штука. Что дальше? Что я, как разработчик, должен сделать со своим сайтом?
— Избавиться от сетевых микрооптимизаций. Потому что очень много вещей решено самим протоколом.
»
Подскажите, пожалуйста, о каким микрооптимизациях идет речь.
«По поводу последнего»: а вы не думали сразу в какой-нибудь Телеграм кидать оповещалку? Или, допустим, отправить старый добрый e-mail? Клиент K-9 на Андроиде мгновенно получает по IMAP письмо, показывая число непрочитанных писем прямо поверх иконки, не хуже других инструментов извещения. На десктопном компьютере все еще лучше. Почему было сделано именно так?
Мессенджеры люди, хотя бы, действительно читают. У них есть встроенные средства извещений (попапы, трей, кто во что горазд), управления каналами (добавить/выкинуть контакт), мультимедийности (преобразование URL в картинки, например). Немаловажно, что если речь идет о самых реальночитаемых уведомлениях — мгновенных извещениях от СЭД и прочих корпоративных штук — можно для пущей безопасности поднять свой сервер, благо, старые протоколы типа XMPP все еще активно поддерживаются на всех платформах. Да и почтовые клиенты на месте не стояли, многие из них не уступают по части мгновенности мессенджерам, а по части всего остального — настроек, нотификаций, поиска, защищенности и т.д. — значительно их превосходят.
Какую пользу дает использование этой технологии? Кроме откручивания показов малоэффективной рекламы, конечно. Кто-нибудь для себя лично или своих клиентов видит пользу?
— Собственно, как изменится клиентская разработка? Я, например, понял, что HTTP/2 — это крутая штука. Что дальше? Что я, как разработчик, должен сделать со своим сайтом?
— Избавиться от сетевых микрооптимизаций. Потому что очень много вещей решено самим протоколом.
»
Подскажите, пожалуйста, о каким микрооптимизациях идет речь.
Например, вот что пишут про спрайты через HTTP/2: blog.octo.com/en/http2-arrives-but-sprite-sets-aint-no-dead
«This benchmark clearly advocates that sprite set optimisation is still relevant, even when upgrading to HTTP/2 protocol.