Вот он почемуто offset для таймзоны добавляет в конце : GMT+00:00

Ребят, помогите плиз с пуш уведомлениями. Как в Activity получить информацию из уведомления, по клику на которое оно было открыто? Нужно банально получить title и body, но залогировав intent.extras, я там этого не нашел

покажи как создаёшь PendingIntent для уведомления

А если уведомление пришло в бэкграунде, тогда ведь я его не формирую

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

onMessageReceived() в FirebaseMessagingService не вызывается, когда уведомление приходит в бэкграунде

onMessageReceived() в FirebaseMessagingService не вызывается, когда уведомление приходит в бэкграунде

формат какой?

SimpleDateFormat dateFormat = new SimpleDateFormat("E, dd MMM yyyy HH:mm:ss z", Locale.ENGLISH); dateFormat.setTimeZone(TimeZone.getTimeZone("gmt")); На выходе получается: Mon, 16 Sep 2019 15:33:27 GMT+00:00 offset мне не нужен, а регепсами убирать не хочу

Да, но мне нужен GMT только,

Ну я хотя бы правильно понял, что +00:00 не убрать, то есть нет такого хитрого формата ?

простите, но что такое offset О_о

сдвиг)))0)0)00))

простите, но что такое offset О_о

я не понимаю, зачем тебе буквы GMT без значения оффсета, но дописать их проще простого

Да дурацкое апи требует в подписи hmac значение даты в таком формате 😞

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

так что такое foreground уведомления?

я вообще первый раз слышу об этой классификации

Приложение в активном состоянии

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

foreground service?

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

а, это, этим я не пользовался никогда, в смысле чтобы notification был заполнен в пуше, я всегда их сам показывал

в C2DM их не было))0

раньше было так что если в пуше нотификейшн, то onMessageReceived не триггерится, а нотификашка летит в системный трей мимо него

омагад, застал ещё?)

так конечно, я в 2011 начал

@grishka @Kair_ru @djkovrik https://firebase.google.com/docs/cloud-messaging/android/receive#backgrounded Парни, в документации сказано, что onMessageReceived() обрабатывает только foreground уведомления

и как оно тогда было?)

ну вот C2DM был, ты просто делаешь бродкаст ресивер и тебе туда интенты прилетают

Backgound service запустил и он работает. Не то что сейчас

для всех случаев, когда тебе на самом деле надо что-то делать в фоне, способы есть

Сарказм не уловили :(

У меня тут появилась мысль, подскажите, норм или нет: в моём приложении оч важны пуши (это то, ради чего приложение будут качать), и т.к. фб пуши не надёжны, мб взять fb realtime db, сделать там иерархию child-ов, сервер будет пушить в нужные child-ы таймштампы, а все пользователи будут находиться в режиме read-only и чекать таймштампы. Как только таймштапм поменяется, будет выдан пуш. Как вам идея? Похоже на костыль, но гарантированность пушей нужна позарез.

а есть что-то надежнее high priority fcm пушей?

Ну фсм пуши не всегда доходят. Я выше описал предполагаемый механизм.

что-то я пропустил. Fb могут не доходить на китайцах всяких, но если fb не доходят то никакие другие не дойдут тоже.

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

смотря какой таймаут у пуша выставлен

Я только что прочитал, что в бесплатной версии реалтайм бд максимум 100 активных подключений, а для меня это не подходит. Придётся полагаться на пуши + для уверенности буду кидать синк запросы при входе в приложение.