제가 본책들은 다들 수박 겉핥기식에 내용만 담고 있었기에 너무 ㅠㅠ...
그나마 리칼님께서 올려주신 내용을 참고하여 하여보았지만 ㅠㅠ
아직까지 성과도 없구요...
서브서버도 구현 하려 하는데... 도통 IOS에서 APNS 구현한거랑은 다르게 많이 힘드네요 ㅠ
오늘 하루웬종일 뻘짓만한듯...
서버는 현재 JSP로 구현하려고 구상중이구요.
C2DM을 통해서 이미지가 푸쉬가 가능한지 확인을 해보려고 하고 있거든요.
조언좀 부탁드립니다(__)
읽어 주셔서 감사합니다.
<meta charset="utf-8">
답변 감사합니다^^
네 ㅠㅠ 다들 그냥 간단히 소개정도만 하는 정도에서 끝나는 식으로 책이 나와있더라구요 ㅠㅠ
네 맞습니다. 그런 서브 서버를 만드는 것이기는 한데 정확히 서브 서버에 역할은
1. A Device에서 특정 App을 통해 B Device로 메시지와 이미지를 보낸다.
2. 그 메시지를 서브 서버에서 받아서 C2DM서버로 메시지를 보낸다
3. C2DM서버는 해당 Device로 특정 App 자동 실행 메시지를 보낸다.
4. 메시지를 받은 B Device는 특정 App이 자동 실행되고 B Device에서 서브 서버로 접속하여 메시지와 이미지를 받고 팝업으로 뜬다.
제가 생각한 시나리오 로직은 이정도 거든요.
아이폰에서 APNS는 해당 앱을 실행할 수 없지만 C2DM은 그게 가능하다고 여기 저기서 글로 보아서
이런 방식을 생각했습니다.
그러면 1024바이트라는 제약을 뚫고서 이미지 전송이 Push로 된것처럼 사용자는 느끼게 될태니까요.
근데 이게 소스를 보고 해도 자꾸 이상하게만 되어서 ㅠㅠ
음 서브파티서버는 그냥 token 관리와 c2dm메시지 발송정도만 관리하면 될것같습니다.
예로 전 어플 최초실행시 1회만 token을 받고 받은 토큰을 서버로 날립니다. 서브파티서버에서는 받아서 그냥 db에 저장하고
제 개발자 아이디를 통해 c2dm을 필요시에 전송토록 구성되어있고 실제 php 달랑 2장으로 구성되어있습니다.(부끄)
사실 c2dm이란게 1024바이트 제한이 생각보다 압박일거라 생각되네요.
답변 감사합니다^^
제가 그 1024바이트라는 제약을 뚫기 위해 생각해 낸것이 위에 꼬룡님 댓글에도 달았지만.
<meta charset="utf-8"> 1. A Device에서 특정 App을 통해 B Device로 메시지와 이미지를 보낸다. 2. 그 메시지를 서브 서버에서 받아서 C2DM서버로 메시지를 보낸다 3. C2DM서버는 해당 Device로 특정 App 자동 실행 메시지를 보낸다. 4. 메시지를 받은 B Device는 특정 App이 자동 실행되고 B Device에서 서브 서버로 접속하여 메시지와 이미지를 받고 팝업으로 뜬다. 이런 방식으로 하면 괜찮을꺼라 생각되었습니다. 로직이 어떤지는 개발자의 문제이고 사용자는 어 이게 뜨네 라는 인식만 시켜주면되니까요. 근데 이제 ㅠㅠ 소스가 먼가 부족하니까 ㅠㅠ 구현하는데 애를 먹어요 ㅠㅠ...
음...우선 다들 비슷한 수준의 내용 정도만 있는거 같습니다.(책은..)
서브 서버란 구글인증 후 메시지를 구글의c2dm서버에 전달하는 서버를 말씀하시는거 같은데.
apns랑 비슷한거 같던데;
쉽게 말해서 apns는 사용 인증키와 비번을 읽어와 인증 받고 사용 하잖아요.
안드로이는 c2dm 서버와 접속해(가입된 아이디,비번) 사용 가능 토큰을 만들어 그것을 사용 하면되는데;..
보신 예재에서 아마 sender()와 getAuthToken() 부분을 서버쪽으로 빼서 작업하시면 될꺼 같네요.
아 그리고 최대 전송은 1024 바이트입니다.