푸시 서비스.
다들 알고 계시1424;? 휴대폰 መ1;1032; 알림1012; 1228;공해 1452;lj16; 서비스1077;니다.
푸시 서비스가 없다면, 서버가 클라1060;Ǻ16;트에,172; 1221;보를 1228;공해 1452;기가 Ǻ12;/140;우니.. 클라1060;Ǻ16;트가 수시/196; 서버에,172; 알림1060; 왔lj16;1648; 물Ǻ12;봐야 Ȣ16;lj16; 형태가 .112; ,161;니다. 그/111;,172; .104;면 1032;0120; 없lj16;(?) 요청1060; 계속.104;Ǻ12;1656; 테고(알림1060; 계속 뜨1652; 않1012; 테니까요..) 그/196; 1064;해 서버/네트워크 ǥ12;Ȣ16;가 가1473;.112; ,163;1077;니다.
그래서 푸시 서비스가 나온 ,163;1004;/196; 알고 1080;습니다.
서버가 클라1060;Ǻ16;트에,172;, 필요할 ǐ12;에만 1221;보를 1228;공Ȣ16;lj16; ,163;1060;1424;.
필요할 ǐ12; 1217;속Ȣ16;lj16; ,163;1008; Ǻ12;1796; 수 없lj16; ,163;1060;1424;. 1060;,163; ǐ12;문에 ǥ12;Ȣ16;가 가1473;.108;다면, 용량1012; 1613;설해야,192;1424;.
그런데 본1656;1201;1064; Ƽ17;금1613;1060; 1080;습니다.
논리1201; 서버lj16; 1대/196; 보고.. 논리1201;1060;든 물리1201;1060;든 클라1060;Ǻ16;트lj16; 1204; 세계에 수1;Ǻ13; 대가 1080;1012; 텐데..
서버 1077;1109;에서 Ǻ12;디/196; 1221;보를 보내야 Ȣ16;lj16;1648; Ǻ12;떻,172; 식별할까요?
실1228;/196; 1060;런 '알림'1008; ,144;1032; 실시간1004;/196; 오Nj12;데..
심1648;Ǻ12; 1068;ǥ12; 1060;ᇼ1;통신ኖ1;1008; 공1064;IP도 아니고.. 사설IP/196; .104;Ǻ12; 1080;lj16; ᅆ1;우도 1080;Nj12;데요..
(쉽,172; 말Ȣ16;1088;면 공유기 뒤에 1080;lj16; ,144;1424;. 클라1060;Ǻ16;트 1077;1109;에서 나가lj16; ,148; 1088;유ǘ13;,192;1648;만, 들Ǻ12;오lj16; ,148; ኔ1;혀 1080;1012; ,161;니다.)
그리고, 푸시 서비스 역시 TCP/IP 통신1012; 할 ,163; 같1008;데..
각 클라1060;Ǻ16;트에 Ǻ12;떻,172; 연결.104;lj16; ,163;1068;까요? 보통 클라1060;Ǻ16;트lj16; ኔ1;혀 1080;1094;아요.
Ȣ16;긴, 1060;,148; 클라1060;Ǻ16;트(IOS, 안드/196;1060;드)가 특1221; IP/포트에 대해서 개0169;해 놓1004;면 .104;긴 Ȣ16;,192;네요.
1088;료 ,160;색1012; 1328; 해 봤lj16;데, 1060;런 0145;0148;닥(?) 1060;야기lj16; 별/196; 없Ǻ12;서, 1656;문 드/140;봅니다.
IOS, 안드/196;1060;드 각각 1060;런 푸시 서비스를 1228;공Ȣ16;고 1080;다lj16;데.. 1204;세계1032; 그 많1008; 알림1012; 다 처리한다니 놀랄노1088;네요.
카카오lj16; 1088;체 서비스를 구축했다고 그러더군요.
Ƽ17;금합니다..
예전에 장터알리미 종료할때 공개했지만, 만들때 참조했던 레퍼런스 정보들을 아래 붙입니다. 필요시 참고하시면 될것 같습니다.
Web Push Notification 참조자료들
푸시서버
(GITHUB) PHP 웹푸시 서버 https://github.com/web-push-libs/web-push-php
구글공식자료
(HTML) Introduction to Push Notifications : https://developers.google.com/web/ilt/pwa/introduction-to-push-notifications
(HTML) Push Notifications on the Open Web: https://developers.google.com/web/updates/2015/03/push-notifications-on-the-open-web
(Youtube) Intro to Web Push & Notifications : https://www.youtube.com/watch?v=ggUY0Q4f5ok
(HTML) Web Push Notifications Overview : https://developers.google.com/web/fundamentals/push-notifications
MDN web docs
Push API : https://developer.mozilla.org/ko/docs/Web/API/Push_API
Notification API : https://developer.mozilla.org/ko/docs/Web/API/notification
사용자자료
(Youtube) Web Push Notifications in Xampp with PHP : https://www.youtube.com/watch?v=vi9d6MjiBGQ
설명이 좀 이해하기 어려운데..
'endpoint' --> 제가 말하는 '클라이언트'
이렇게 이해하면 되려나요?
그리고, 이 endpoint로 연결을 어떻게 하는지는 FCM의 경우, 구글이 알아서 해 준다? --> 그 로직은 고민할 필요가 없다?
이렇게 이해하면 됩니까? ^^
그래서 리버스 커넥션은 이번 건의 해결책은 아닌듯 합니다.
클라이언트에서 (정확히는 각 앱이 아니라 OS에서 사용하는 서비스 같은 거) 주기적으로 긁어 오는 것이겠죠.
사용자 (앱) 입장에서는 OS에서 주기적으로 확인한 내용을 앱으로 푸쉬 해주는 거니까 서버에서 푸쉬 해주는 걸로 느껴지는.. 뭐 그런 거 아닐까요?
p.s. 위에서 꿀벌님 얘기를 보니까 주기적으로 긁어오는 것이 아니라 내 위치가 바뀔 때마다 내위치만 갱신해주고 이벤트가 있을 때 서버쪽에서 바뀐 위치로 쏴주는 건가 보네요.
대단히 고맙습니다.
서버에 클라이언트를 등록해 둡니다.
(그러면 서버가 클라이언트에게 메시지를 보낼 수 있습니다.)
클라이언트의 위치가 바뀌거나 하면, 클라이언트가 서버에게 이를 알립니다.
그러니 서버는 항상 클라이언트에게 메시지를 보낼 수 있게 되는 것이죠.
알고 보니 별 것 아니긴 하네요. ^^