기본 콘텐츠로 건너뛰기

카톡에 비밀

카톡은 어지간하면 못받는경우가 ? 없다 . 없었던것 같다. 왜 ? 

내가 아이폰 유저라서. 난 도저히 눈치도 못챘다. ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 

는 아니고 ㅋㅋㅋ 아무튼 

 

최근 푸시를 개발하면서 이런저런거에 의문을 가지게되었고 

아이폰은 APNS, 안드로이드는 GCM 이란걸 사용해서 PUBLIC 형태의 푸시를 구현해보았음

근데 GCM이 너무 느린거임 그래서 자체서버 개발을 해보겠다며 MQTT 라는놈을 도입하여 자체서버도 구축하였음

 

근데 문제는. 

문자서비스를 푸시로 대체하려면, 푸시 유실율이 없어야겠고 

그러기 위해선 Android 에서 푸시를 수신받아줄 service라는놈이 무조건 살아있어야하는결론이 나옴 

 

근데 이게 웃긴게 앱을 강제종료하면 (실행중인 앱 죽이기 하면 kill 시그널과함께 강종됨) 

앱뿐만 아니라 서비스도 함께 죽으며 

서비스가 죽을때 알람넣기 뭐 별짓을 다해도 이상황만큼은 절대 부활을 안하는거임. 

 

이곳저곳 수소문결과 서비스를 되살리는방법은 외부에서 별도로 신호를주거나 앱을실행하거나.. 폰을 껃다 키거나.. 뭐 요 셋중하나로 갈림 

 

여기서 급 궁금증  그럼 카톡은? ??? 

 

 

실험 1. 카톡 프로세스 킬 후 메시지 수신 -> 오.. 잘 받음 (메시지가 오기직전에 카톡 메시지 수신 서비스가 부활하는형태가 보임)

 

의문 1. 카톡 푸시수신 서비스가 죽었다가  어떻게 부활하는걸까? 

 

가설 1. 카카오스토리가 같이 깔린경우가 많으니까.. 패밀리 앱이 살려주는걸까? 

가설 2. 뭔가 구글이랑 협약을 했나? 

가설 3. 우리가 모르는 신에 기술을 쓰나 ? 

 

가설 2,3은 알 길이 없었다. 

 

가설 1에 초점을 두어봤으나.. 카카오 스토리랑도 별 관계가 없어보임

 

그러던중 우연히 

 

SK 갤3

LG 갤4

KT 옵뷰 

 

요렇게 3개를 들고.. 실행된 서비스를 다 훑어 보는데 

 

SK만 프로세스 킬 후 카톡 서비스가 부활하면서 문자를 수신받고

KT랑 LG꺼는 어찌된 영문인지 부활도 안하고 수신도 안받음 

헐 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 

 

요거요거 SK 뭔가 있다고 느낌 

 

자세히 보니 스마트푸시 라는 서비스가 떠잇음 

괜히 의심스러움 +_+

 

진짜 혹시나해서 

SK텔레콤 카톡  << 요렇게 검색을 때려봤더니 

2011년 9월? 에 나온 뉴스가 있더이다. 

 

SK텔레콤은 네이트온 UC, 카톡등과 함께 스마트푸시라는 서비스를 통해 앱 푸시수신 서비스를 부활시켜주는 keep alive 신호를 주고받도록 어쩌구 저쩌구 

하는 뉴스가 잇더라...

와... 이걸 몰랐던 나로선. ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 

암튼 혹시나 저처럼 모르시는분들이있을까봐..이렇게 포스팅해봅니다. 

 

관련 뉴스 : http://www.zdnet.co.kr/news/news_view.asp?artice_id=20110921111218

관련 뉴스 : http://www.zdnet.co.kr/news/news_view.asp?artice_id=20110405130458&type=xml

 

 

고로.. LG랑 KT 사용자는 카톡을 강제종료 할경우 다시 키기 전까지 푸시수신을 못받는거................ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

 

이게 통신사가 바보라서 협약을 안맺는게 아니라 SK가 독점한것으로보여져요..

 

뭐 아닐수도잇겟지만 그렇게 보임 ㅋㅋㅋㅋ

 

혹시 다른정보나 잘못된 내용이있으면 댓글 부탁드립니다 ㅎㅎ 

댓글

이 블로그의 인기 게시물

웹 개발하면서 보안을 유지하기 위한 기본지식

몇개월전에 만들었던 웹기반 (HTML5, CSS3, Flash Player(VideoJS)) VOD플레이어에서 보안이슈가 발생했다. 웹또한 서버를통해 통신을하지만 사용자의 PC에서 실행되는만큼 클라이언트의 개념이 있으며 Javascript 야말로 클라이언트에서 작업하게 되는 영역이라는 점에서 보안상에 이슈 발생.  이유인즉슨  무료로 제공되고 있는것과 유료로 제공되고있는 서비스에 대하여  javascript 단에서 서비스 허용여부를 결정하게될경우  해킹을 통해 이부분을 우회하여 서비스이용이 가능했다는점.. 모든 인증이나, 중요데이터는 java 로 코딩해서 서버단에서 결단이 나도록 했어야했는데 이건 너무 기본적이면서도 아쉬운 실수를 저지르고 말았다..  하하..  많은 분들이 이런 부분을 간과할수도있을듯하여 작성해봅니다.  요즘 보안이슈가 많을탠데 모두들 보안 화이팅 ! 

Android 스마트폰 기본 웹브라우저(Chrome:크롬) 호출하는 스키마(URL Scheme)

신용카드결제 페이지 주소를 카톡으로 던졌을때 카톡 내부에서 결제가 이루어지다보니 결제완료까지 정상적으로 처리되지 않는 경우가 발생한다더라 그래서 생각해본게.. 1) 카카오통 채팅방  2) 링크 전송  3) 링크를 클릭하면 스마트폰애 내장된 웹브라우저를 실행하는 URL스키마 실행  4) 실행된 웹브라우저에서 결제페이지로 이동 이 절차를 거치면 카톡 외부로 나와서 독립적인 웹브라우저상에서 결제를 진행하기때문에 정상처리가 가능할것이라고 판단 찾다 찾다가.. 알아낸것이 안드로이드 (가능) - 롤리팝부터 크롬 브라우저가 기본앱이다 - 크롬을 호출방법 intent://www.naver.com#Intent;scheme=http;package=com.android.chrome;end  아이폰 (조건부 가능) - 사파리를 호출하는 앱스키마가 없으며, 사파리를 통해서 검색어를 입력한 검색기능만 가능 - 크롬브라우저 앱이 설치되어있을경우 아래와같이 호출 가능 googlechrome:////www.naver.com <사용법> < html > < body > < script >      var currentOS = "else" ;      var mobile = ( /iphone | ipad | ipod | android/ i .test(navigator.userAgent.toLowerCase()));      if (mobile) {          var userAgent = navigator.userAgent.toLowerCase();          if (userAgent.search( "android" ) > - 1 )             currentOS = "android" ;          else if

tomcat 80포트 사용설정 및 GET방식 인코딩설정

톰캣 7.0 기준 server.xml 원본에 작성되어있는 내용중에서 아래와같은 내용이있다. <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />   1. 80포트 사용설정 외부에서 웹서버에 접근했을때 주소뒤에 www.xxx.com:8080   처럼 8080포트를 쓰지않는 방법은 두가지가 있는것같다.    - 첫번째 방법 - server.xml 수정 <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />    - 두번째방법은 내가 작성한 리눅스 iptable를 수정하는것. 80포트로 들어온내용을 8080으로 리다이렉트시켜서 톰캣설정 변견없이 작동하게하는것이다. http://blog.naver.com/cyk7890/40189933263   2. GET 방식 한글인코딩 설정 - URIEncoding="UTF-8" 추가 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8" useBodyEncodingForURI="true" />