Я проверил официальный документ (https://firebase.google.com/docs/cloud- ... migrate-v1), однако после внесения изменений согласно документу, мы получаем ошибку 400 неверных запросов. Что мы сделали на данный момент:
- Использовали новый интерфейс авторизации для получения носителя токена (мы можем подтвердить, что получили носителя)
- Используйте этот носитель токена в части авторизации нашего HTTP-запроса.
{
"to": "xxxx",
"priority": "high",
"content_available": true,
"data": {
"pushType": "troyHCE",
"digitizedCardId": "",
"Header": "TROYHCE",
«Тип»: «REQUEST_SESSION»,
«Сообщение»: «{'sessionID':'xxxxxxx' }»,
«android»: {
«priority»: " high"
},
"webpush": {
"headers": {
"Срочность": "high"
}
}
новый запрос, который мы пытаемся отправить после проверки документа
{
"сообщение": { «токен»: «xxxx»,
«приоритет»: «высокий»,
«content_available»: правда,
«данные»: {
«pushType»: "troyHCE",
"digitizedCardId": "",
"Заголовок": "TROYHCE",
"Тип": "REQUEST_SESSION",
"Сообщение": "{' sessionID':'xxxxxxx' }",
"android": {
"priority": "high"
},
"webpush": {
"headers ": {
"Срочность": "высокая"
этот запрос напрямую дает нам 400 плохих запросов. Однако, когда мы попробуем в качестве примера,
{
"message": {
"token": "xxxx",
"notification": { "body": "Это сообщение-уведомление FCM!",
"title": "Сообщение FCM"
это работает так, как ожидалось. Это означает, что наш носитель токена и т. д. работает. Однако часть «данных», которую мы получаем от нашей службы поставщика, выдает запрос в форме первого запроса json, которым я поделился. Поэтому у нас возникла проблема с адаптацией к новому API, взаимодействующему с частью данных. Что нам следует изменить?
Подробнее здесь: https://stackoverflow.com/questions/784 ... on-request
Мобильная версия