@S4nchez

Как реализовать подобную вещь:
как, например, приложение Вконтакте узнаёт о новом сообщение? Оно циклично посылает запрос на сервер с этой целью? Или для этого используется какое-то средство Андроида?
Как возможно это реализовать? Если я хочу в своём приложении встроить что-то типа "оповещения о новых событиях", а информацию о них выкладывать на своём сервере.

Просто, если циклично посылать запрос, то это и на батарею плохо влияет и на расход трафика.

0

Pablito

https://firebase.google.com/do... oid/client

1

@klim76

оффтоп:
последнее время оно очень очень очень плохо об этом узнает

0

@CoolMind

0

@S4nchez

т.е. эта технология называется Push уведомления?

0

Pablito

почитать по ссылке не?

2

@fraley

Если андроид 6-ой, то это похоже на работу doze mode.

1

@Bi-do-mi

Ходил я по ссылке. Понял что Firebase Cloud Messaging позволяет с консоли строчить сообщения конкретным пользователям. Вопрос не в этом. Вопрос в том, как реализовать запрос на сервер и получить ответ, особенно когда приложение выключено. Я пробовал сделать это с помощью отложенного сервиса, работающего в фоне. Но в классе сервиса, похоже нельзя создать GoogleApiClient, который необходим для принятия запросов сервером.

0

Pablito

причем тут GoogleApiClient вообще?

0

@Bi-do-mi

Ну наверно непричем, новичок не разбираюсь. Но если нет толкового ответа, зачем флудить?

0

Pablito

если ты новичек и пришел сюда с вопросами то не умничай и не рассказывай мне что делать
на конкретные вопросы всегда будут нормальные ответы

это не вопрос, а утверждение, причем выводы сделаны неверные
это делается с помощью сервиса
тут тоже нет вопроса, плюс непонятно что за сервер там, на который надо делать запрос

1

@Bi-do-mi

И то, что написано выше ты хочешь назвать ответами? Я скорее назову это загоном для "опытных" павлинов, которые самоутверждаются за счет новичков. Расслабься и просто пройди мимо.

1

@vxg

	Комментарий модератора
	Bi-do-mi, Паблито, возвращаемся к теме, обсудить форму розы ветров можно за чашкой чая

0

@shavuz

все аппликации которые получают уведомления в фоне, в той или иной мере работают через сервисы гугла, то что вы хотите реализовать это немного по другому, сервис (стики) должен держать в себе какой то "таймер", и каждый промежуток времени посылать запрос на сервер , через API сервера и получать ответ, читайте ретрофит. но это не то же самое что вы просили сделать в первичном вопросе. обьясните подробней flow чтоб мы поняли что вы хотите конкретно

0

@Bi-do-mi

Благодаря элегантной манере некоторых людей (не будем показывать пальцем) "отвечать" , я все таки понял, что я чего-то не дочитал по золотой ссылке. Изучаю Firebase Cloud Messaging. Если совсем прижмет - спрошусь.

Добавлено через 8 часов 1 минуту
Ох ребята, устал я, честное слово читать эти руководства по FCM. Сколько уроков пересмотрел, и все они заканчиваются тем, что из консоли отправляют на мобилку уведомление. И радуются чего-то. Кому это вообще надо? Вместо сервлета тетю Зину что ли на работу брать, которая будет из консоли сообщения отправлять?
Вопрос простой как две копейки. Как реализуется механизм получения обновлений из Firebase Database когда приложение на устройстве выключено. По аналогии с Вконтакте. Допустим собеседник №1 отправил сообщение собеседнику №2. Не знаю куда у Вконтакта летит сообщение: на сервер или непосредственно собеседнику №2, но в моем случае сообщение летит в базу данных. Вопрос: как устройство собеседника №2 узнает и получит новое сообщение из базы если приложение НЕ запущено. Уверен этот велосипед, который я тут уже три дня изобретаю, уже давно существует. И да! Новички приходят сюда для того, чтобы на их глупые вопросы давали умные ответы, но никак не наоборот.

1

@vxg

Bi-do-mi, лично я это не использовал но на 99% уверен что работает это так
- вариант внесения данных номер один - пользователь пишет в нашем приложении например сообщение, приложение кладёт его в базу, класс обслуживающий базу сам отправляет сообщение наверх (база ведь реально находится там и положить в базу равносильно отправке)
- вариант внесения данных номер два - нечто (например наш сайт) размещает например новость напрямую в базе используя её API
- вариант внесения данных номер три - например администратор размешает например уведомление напрямую в базе используя консоль
- что происходит после этого - база сама рассылает данные на устройства и они появляются в нашем приложении - как? - при запуске (при первом запуске или при запуске происходящем в ходе загрузки устройства благодаря наличию у нашего приложения ресивера события загрузки) наше приложение например посылает наверх запрос в котором указывает идентификатор базы (теперь наверху знают что на этом устройстве стоит именно эта база и нужно посылать на это устройство данные изменившиеся именно в этой базе, возможно даже указывается какие именно данные мы хотим получать, возможно даже указывается имя и пароль пользователя для проверки его полномочий, возможно даже разные пользователи имеют право изъявить желание получать только разрешенные им наборы данных) после чего приложение регистрирует ресивер который будет вызываться системой при получении данных сверху: данные приходят (как я понимаю даже на спящий телефон на манер GCM - об этом позаботились аффилированные лица) --> система вызывает ресивер --> наше приложение в той или иной форме использует полученные данные

1

@Bi-do-mi

Спасибо за ответ. Но, судя по терминологии ответа, вы мало знакомы с внутренней архитектурой построения кода андроид-приложения и его взаимодействия с Firebase. С посылом данных на сервер нет никаких проблем. Это делается буквально в две-три строчки. А вот с получением данных вы только что описали вариант с созданием фонового сервиса, который периодически делает запросы в базу данных. Глубоко уважаемый Паблито тоже указывал на то, что это делается с помощью сервиса. Как я писал выше, я пробовал реализовать свой собственно выдуманный, но он не работает в условиях, когда приложение выключено (а сервис при этом работает). Я думаю, что он не может получить доступ к базе потому, что для принятия запроса база требует запрос, исходящий от авторизованного пользователя. В моем случае авторизация происходит через существующий гугл - аккаунт. И происходит это в теле основного приложения, который в это время спит. И я не знаю как пройти авторизацию в условиях только фонового сервиса. Там нет для этого инструментов.
Ок, почитал я FCM. Там предлагают свой вариант сервиса под названием FirebaseMessagingService. Он прекрасно принимает уведомления, высланные из консоли FCM, когда приложение выключено. Но совершенно не ясно как посылать нужные обновленные данные из базы данных на устройство АВТОМАТИЧЕСКИ (не из консоли FCM). Тут я должен сказать, что Firebase умеет автоматически скидывать на устройство обновленные данные с сервера, но только при условии, что приложение на устройстве включено и подписано (прослушивает) на эти конкретные данные.
Если все таки реализовать свой сервис, каким-то чудом авторизоваться, то возникает еще один вопрос. В случае с Вконтакте сообщения приходят практически мгновенно после отправки. Для такого быстродействия нужно чтобы фоновый сервис все время прослушивал (делал) запросы в базу. Но это сразу посадит аккумулятор устройства и не даст даже уйти в глубокий сон.
Вот такие дела. Надеюсь я четко сформулировал вопрос.

1

@vxg

судя по вашему посту вы вообще не знакомы со всем этим и то что вы читаете не укладывается у вас в голове
ваши глаза читают но разум ваш спит - периодические запросы не нужны и я нигде не писал о них - есть ресивер, когда придут новые данные телефон сам проснется и сам вызовет ваш ресивер (при необходимости запустив ваше приложение - только не путайте приложение с тем что вы видите на экране ) известив тем самым вашу программу об интересующим вас событии (обновлении данных).
выпрямите руки и все получится
RTFM - все там есть
то у вас не проходит запрос из за отсутствия авторизации и нет инструментов что бы обеспечить авторизацию то вдруг ВНЕЗАПНО все работает как описано но вот незадача - нужен ресивер - вы не хотите писать ресивер? в этом все дело?
Боже, нет даже сил это слышать - не нужно делать все время запросы если нисходящий поток данных обеспечивается системой GCM или Firebase. если же вы хотите использовать свой путь то либо шлите на устройство data SMS пробуждающее его и перехватываемое вашим приложением при помощи ресивера (увы, наверное это будет стоить денег не говоря уже о необходимости наличия связи на борту устройства и потребности знать его номер) либо периодически опрашивайте внешний ресурс (да да да - это будет жрать батарею, поэтому не нужно молотить запросы каждые 5 с - вполне хватит запрашивать раз в 5 минут - не лопнет пользователь от того что узнает что его лайнули на 5 минут позже)

0

@Bi-do-mi

Ок, возможно я туплю, но вопрос надо решить.
RTFM - это конечно сильно. Нопомнило преподавателя в институте. Если подойти к ней с непонятным вопросом она всегда отвечала: "Читайте ГОСТы и СНиПы, там же все написано!".
GCM уже устарел и гугл настоятельно рекомендует использовать вместо него FCM. Не будем вспоминать о ветеранах.
Насчет работает-не работает с элементами внезапности. Я писал о своем собственноручно созданном сервисе, что он работает когда приложение запущено. То есть он отправляет запрос и получает ответ. Но он не работает когда приложение выключено. При чем тут ресивер, если база данных поднимает средний палец на запрос?
Внезапно, при отключенном приложении работает сервис от FCM о котором я писал выше (НЕ МОЙ СЕРВИС). Это грубо говоря коробка, которую ты внедряешь в свое приложение, фиг его знает как он там внутри фунциклирует. В этой коробке предлагается переписать единственный метод при приеме сообщения. Ну то есть как обработать принятые данные. И вот вы тут пишите: Как он обеспечивается? Куда тыкать чтобы инициировать событие отправки из базы на устройство обновлений?
И я вовсе не ленюсь писать ресивер. Только зачем его писать если у меня, вроде как, уже есть ресивер, даже два (один в теле основного приложения, а второй в коробке от FCM).

0

@vxg

то что вы не можете создать сервис который будет работать когда пользователь покинул приложение (не убил, а именно покинул да простят меня за этот бытовой термин) - ваши сложности не относящиеся к текущей теме. для общего развития - у меня (и у других людей читавших тот самый FM до достижения дзен) сервисы продолжают работать после того как пользователь покидает приложение. более того - если надо они работают даже если пользователь не открывал приложение (система сама поднимает их при наступлении нужного нам события вызывая наш ресивер в котором мы запускаем наш сервис, например, при загрузке устройства или при получении SMS или - ВОТ ОНО - при получении уведомления от Firebase).
как я нафантазировал выше по мотивам беглого чтения манов к Firebase вам нужно лишь послать запрос "окай, Firebase, на этом устройстве есть приложение которое хочет получать для пользователя *** с паролем *** уведомления при изменении данных *** в базе *** " и зарегистрировать свой ресивер (либо прописать ресивер в манифест если это возможно). думаю этого будет достаточно, однако, лично не проверял. просто описал минимальный набор действий которые ТЕХНИЧЕСКИ необходимы для такой штуки

0