С помощта на новата технология FCM, кораб избутва на Android устройства, започнете разговор със сървъра на клиента от сървъра.

Днес се говори за това, как можете бързо и лесно да изпращате произволно натискане съобщение от сървъра към мобилното устройство на базата на Android (на IOS не е възможно да се опита да Windows Phone, този метод няма да работи, поне не още).

Ето един малък проблем, който трябва да бъде решен.

За информация как да разположи мобилна платформа за разработчиците на устройството си, че няма да пишат много информация (аз лично слушах безплатен курс уважаван DitriX).

Е, нека да започнем. Отворете конфигурацията на сървъра и да се създаде в него често срещана форма на които ние ще изпратим на клиента избутва. Във формуляра се създаде екип, който ще изпратите съобщение. Сега нека да разгледаме как обектът е представена в съобщението за тласък ниво платформа. JV ще ни каже, че тя DostavlyaemoeUvedomlenie. Нейната доста проста инициализация, обектът е на разположение навсякъде, с изключение на уеб клиента, че ние сме доста доволни. Поставете следния код в манипулатора натискане на цялостната форма на командата. контекста на изпълнение в този случай не е от значение. Веднага казвам, че не се колебайте текст да има никакви проверки на коректността на данните, това е толкова ясно.

Нов проект съветника помолени да излезе с проекта всяко име (ще трябва само да се направи разграничение между проекти в самата конзола) и съм съгласен с условията на Google. След създаването на проекта, вече можете да видите ние трябва NomerPrilozheniyaGoogleCloud. За да направите това, отидете в административния панел на проекта, а след това в настройките.

Нека сега да се опита да получи IdentifikatorPodpischikaDostavlyaemyhUvedomleny, която е достъпна чрез приложението Мениджър изпраща известия, но не забравяйте, че всичко е достъпно само на мобилния клиент. Ето защо, ние трябва да реши как ще се прехвърли в резултат IdentifikatorPodpischikaDostavlyaemyhUvedomleny на сървъра. Начини достатъчно наистина, но аз предлагам да използвате HTTP-услуга. Разбира се, че трябва да се създаде на сървъра. Така че, да създадете HTTP-сервиз, с корен URL testpush една и метод GET, в която модул мястото следния код

Какво става тук? Тъй като ние очакваме, че тази услуга ще се нарича с MU, МУ очакваме една опция reginfo (това може да се направи задължително, или дори да използвате публикацията и мине всичко в тялото, но сега не става въпрос за това) - това е поредица обект IdentifikatorPodpischikaDostavlyaemyhUvedomleny. Сложете всичко в стойностите на съхранение и пишат в постоянна, предварително го създадете. Сега, най-накрая на сървъра, ние ще трябва да ни изпратите възможност, но толкова дълго, колкото ние все още имаме какво да изпратите, и от всяко място. Ние ще се справим с този проблем и да започне да се направи конфигурация за MU. От IdentifikatorPodpischikaDostavlyaemyhUvedomleny обект има променлив характер и аз съм препоръчвам го периодично да актуализира това се процедира, както следва. Поставете следния код в приложението модул управлява (конфигурация за MU)

За да IDPodpischika бях винаги в крак с сървъра, свържете манипулатор готовност, че ще получи "чист" IdentifikatorPodpischikaDostavlyaemyhUvedomleny и го изпраща към сървъра, в допълнение да изпращате и получавате ще се нарича, когато рестартиране на системата. Всички тези операции могат да се извършват във фонов режим, така че тя да е невидим за потребителя. Важното е, че когато ти се обадя метод DostavlyaemyeUvedomleniya.PoluchitIdentifikatorPodpischikaUvedomleny ще бъде призив към сървърите на Google, така че МУ трябва да бъде на разположение онлайн. Заслужава да се отбележи, че не успях да се получи така IDPodpischika virutalnom на устройството, всички паднаха в Грешен параметър NomerProekta (може би това има нещо общо с ограничение на свободното функционален Genymotion), но напълно отговаря на реално устройство. Общите единици поставят следния код.

Сега всички са настроени на един сървър е най-накрая се обърна IdentifikatorPodpischikaDostavlyaemyhUvedomleny, стартирането на мобилно приложение, посочете броя на нашия проект, рестартирайте програмата, и готово, сървър IDPodpischika постоянното сега държи нещо като

Сървър вече знае почти всичко за изпращане на тласък, така че да се върнем към него. В общ вид, добавете следния код

Ние получи от стойността на константата на съхранение, а от там ни вече поредица низ и го deserializuem.

Пред нас към страницата Firebase Cloud Messaging, има много интересни неща, но ние трябва да отидете на конзолата.

Добавяне на нов проект, като се посочва името, което се използва при създаването на проекта в конзолата razrabotichka Google. След въвеждане на първия съветника характер ще предложи да се избере проекта. Съгласен съм също така да изберете страна, и кликнете върху Добавяне на FireBase. И след това се върнете към конзолата за програмисти в Google (сега утеши контролен панел ще имаме различна от преди) и отидете в секцията на идентификационни данни. Тук ние се интересуваме от ключ за API, а именно ключа на сървъра.

Когато този въпрос, TekstSoobscheniya, данни KlyuchServera - тя детайли на формата и функцията PoluchitIDPodpischika връща стойността на същите константи име.

Време е за първия тест. Изпълнете приложението на MU, блокиране на екрана или изключване на приложението, конфигурацията на сървъра отворен режим Enterprise и натиснете Изпрати.

Ура, MU звънна / скръцна или нещо подобно, като цяло, всичко се оказа, съобщението се доставя.

Има един малък нюанс. Докато доброто за тази комуникация, малко по-, приложението не прави нищо, когато се получава тласък. Коригирайте тази точка. Конфигурацията на МУ, модул управлява приложението в PriStarteSistemy събитие добавете следния код

Сега, след изпращане на съобщението до сървъра, можете да извършвате никакви действия от клиента. В този случай, ние просто се покаже текстовото съобщение.

Докато ръцете му не са достигнали пълното осъществяване на сървъра HTTP (че всичко щеше да мине), направена точно такава функция, за да се създаде ID на линията на сървъра

Но на етапа на изключените

Ключ и се опита да "API Key 1" и сървър - още една реакция.

Може би можете да кажете къде да се копае.

14. Nicholas Беляев (freez1301) 150 04/07/17 11:36 Сега тема

като за APNS работи това нещо, а вие се опитвате да предаде ключов Google.

15. Симон Pavlyukov (7OH) 31 07/04/17 12:28 Сега тема

(14) Благодаря ви за върха - и наистина, защото - това е записано в ръководството.
Сега е по-добре - грешката е различна
"Изпращане на съобщение 1 през GCM се провали: публичен ключ на подателя не е подходящ за получателя"
Е, изглежда, че все още трябва да прехвърли цялата ID сериализация.

Sozdanie06.04.17 14:08

Obnovlenie06.04.17 14:08

Код посочено otkrytNe