Могу ли я использовать облачный обмен сообщениями firebase без разрешения на уведомление? (Javascript)

Я столкнулся с той же проблемой, какое решение вы в конечном итоге использовали?

Дорогое решение - использовать уведомления Cloud Firestore (длинный опрос, веб-сокеты) вместо Push API, когда приложение находится на переднем плане. Основная причина, по-видимому, в том, что власть имущие хотят убить веб-приложения в пользу мобильных приложений, поэтому спецификация Push API требует, чтобы пользователь получил «разрешения на показ уведомлений» от пользователя, даже если он никогда не будет показывать уведомление и просто получать асинхронные уведомления.

Вы знаете какой-нибудь пример этого кода? Не могли бы вы помочь мне в дальнейшем, если у вас есть в этом опыт.

@Jason См. Первый раздел кода «Web» в cloud.google.com/firestore/docs/query-data/listen. В этой схеме вы должны создать таблицу со столбцами: uid, sequence, message. Затем вы слушаете документ (uid), и по мере обновления сообщения на сервере клиент будет получать обновления в реальном времени. Как только вы усвоите это и почувствуете, что он подходит для ваших нужд, читайте дальше: cloud.google.com/firestore/docs/query-data/…

Хорошо, спасибо, поэтому другой компонент - как мне поместить сообщения с данными FCM в эту таблицу? Мое текущее облачное решение заключалось только в отправке RegistrationIds через fcm.googleapis.com/fcm/send, и никаких таблиц для этого не требовалось. Я был бы готов заплатить за ваше время, чтобы получить больше рекомендаций, вы можете связаться со мной здесь jasonsavard.com/contact

@Jason необходимо добавить / изменить базу данных firestore на стороне сервера, например на Python: import firebase_admin; firebase_admin.firestore.client().collection('foo').doc('som‌​euid').set({'xyz': 'abc'}) или что-то в этом роде; я, вероятно, буду слишком дорогим, чтобы нанять специального специалиста, так что получите бесплатную помощь, пока можете ;-) в любом случае отправив электронное письмо, чтобы поддерживать связь. (также потребуется firebase_admin.initialize_app(firebase_admin.credentials.Cer‌​tificate('someprojec‌​tcredentialsjsonfile‌​.json')) перед обращением к базе данных)

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

@ D2TheC Вот тема из моего электронного письма, подтверждающего наличие проблемы: Re: [8-6454000024239] Веб-приложение - Невозможно заменить вариант использования WebSockets, но на всю жизнь я не могу найти средство отслеживания проблем для firebase, где это можно было бы просмотреть / отслеживаемый / проголосовавший. Можете ли вы найти его по идентификатору?

@ D2TheC также, по-видимому, член команды Google Firebase ответил на этот вопрос ниже (Дуг Стивенс), и один из способов привлечь их внимание - добавить комментарий к его ответу и посмотреть, поддаются ли они убеждению.

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

Не стесняйтесь отправлять отчет об ошибке, если считаете, что он делает неправильные вещи. firebase.google.com/support/contact/bugs-features

Не осознавал, что вы защитник разработчиков. Я отправил отчет, как вы предложили, и обновил текст вопроса, добавив более точное описание проблемы. Не могли бы вы сообщить мне, что, по крайней мере, вы понимаете проблему (в моем исправленном, точном описании). Я был бы признателен, если бы вы могли попросить одного из инженеров высказаться по этому поводу. Ключ в том, что мне нужен push, но мне не нужно показывать уведомления, и многие пользователи запрещают разрешения на уведомления, потому что они разумно ожидают, что начнут видеть уведомления, которые мне не нужно показывать.

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

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

Я предполагаю, что логика браузера такова, что если вы намереваетесь получать push-сообщения, он предполагает, что вы мая также пытаетесь показать видимое уведомление, но он не может знать наверняка, поэтому он просто покрывает основу.

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

Один из вариантов - использовать Firebase Real-time Database или Cloud Firestore в качестве системы доставки сообщений. Поскольку вам не нужен фоновый обмен сообщениями, просто напишите в базу данных, и ваше передовое приложение получит обновление.

@ArthurThompson Спасибо. Я успешно закодировал предложенное вами решение, и я могу использовать Cloud Firestore в качестве системы доставки сообщений, не прося пользователей предоставить ненужное разрешение «Показывать уведомления». Проблема в том, что Firestore очень дорог по сравнению с обменом сообщениями, потому что это, прежде всего, супер-умная база данных.

@DougStevenson, пожалуйста, посмотрите мой ответ / предложение еще раз (выше) после того, как много воды утекло под пресловутым мостом. Запрос функции не прошел, как ожидалось. Как я диагностировал ранее, есть и другие способы, помимо Push API, для доставки обновлений в реальном времени, которые не требуют предоставления специальных разрешений. Возможно, команда могла бы рассмотреть возможность их предложения (простые веб-сокеты или даже длинный опрос).

Уведомления @DougStevenson для приложения и уведомления для пользователя должны быть разными вещами. Другие службы, такие как Azure SignalR (без сокетов) и служебная шина Azure, могут предложить эту функцию.