티스토리 블로그 서비스가 계속 될지 알 수 없어서 블로그 이전 하기로 했습니다.

지금까지 이 블로그에 올린 글은 그대로 두고 새로운 글부터 새로운 블로그에서 시작합니다.


새 블로그는 https://jacking75.github.io/  입니다



RSS 관련

저는 Feedly 서비스를 사용 중인데 이 서비스에서는 rss 추가에서 https://jacking75.github.io/ 주소를 넣으면 추가가 됩니다.


https://jacking75.github.io/feed.xml 이 주소를 사용하면 rss 추가 됩니다.

저작자 표시
신고
by 흥배 2016.12.16 12:16

깃허브에 지킬로를 사용하면 블로그를 만들 수 있다.

그런데 그냥하려면 컴퓨터에 루비도 설치해야 하고, 카테고리나, tag 등의 기능이 없어서 바로 사용하기에는 좀 불편하다가.


그러나 jekyll-now( https://github.com/barryclark/jekyll-now )를 이용하면 루비 설치도 필요 없이 블로그에 필요 기능을 쉽게 구현할 수 있다.


jekyll-now를 사용하여 블로그를 만드는 방법은 아래의 글을 추천한다(영어 잘 모르면 구글 번역해서 보면된다)

http://digitaldrummerj.me/blogging-on-github-part-1-Getting-Started/



그리고 한량넷( http://www.halryang.net/ ) 블로그도 참고 하기 바란다.


제일 간단한 방법은 한량넷 블로그를 fork 한 후 자신에 맞게 수정하는 방법이다.

https://github.com/Halryang/halryang.github.io



지킬 세팅하기

http://kaora.co.kr/jekyll/2016/01/06/jekyll-setting/

저작자 표시
신고
by 흥배 2016.12.14 08:00

번역 글로 2016/10월 기준. 이후 바뀔 수 있음

 

APNS GCM에서 Push 통지를 할 때의 제한 정리

 

APNS

iOS8 미만의 경우 페이 로드 데이터의 상한은 256 바이트까지.

iOS8의 경우 페이 로드 데이터의 상한은 2K 바이트까지.

iOS9 이후의 경우 페이 로드 데이터의 상한은 4K 바이트까지.

1회 통신에서 전 패킷이 5000~7000 바이트를 넘으면 APNS 에서 절단된다?(확실하지 않음)

패킷의 제한은 상당히 완만하지만 너무 빠른 리퀘스트는 에러가 되므로 1리퀘스트당 10~50밀리 초 정도의 간격을 두는 것이 좋을 듯(확실하지 않음)

 

4번째와 5번째 정보는 비공식이고 상반되는 것이기 때문에 결국은 스스로 확인할 수밖에 없다고 생각하는데 "적어도 초당 9000 메시지는 송신할 수 있다" 라고 Apple의 공식 문서에 있는 것 같아서 일단 너무 한꺼번에 대용량의 메시지를 발송하지 않고 가끔 sleep 처리를 넣으면 괜찮지 않을까 생각한다.

 

 

GCM

페이 로드 데이터의 상한은 4096 바이트까지.

멀티 캐스트 전송의 경우 최대 1000 단말까지.

 

모두 공식 정보이므로 확실함.

 

 

 

어떻게 해야 할까?

위의 제한이 있으므로 멀티 OS 대응의 경우 서버 애플리케이션은 Push 메시지는 140 문자 이내(Push에서 그렇게 긴 메시지 보내지는 않을 것 ⇒ Twitter와 같은 글자 수만 있으면 충분하지! 라는 생각으로)로 하고,

수 천대 이상에 한번에 보내고 싶다면 GCM에 맞추어 1000건씩 분할,

동시에 APNS를 배려하여 각 처리 사이에서 0.1초 정도 간격을 주고,

APNS GCM에 요청하면 거의 괜찮지 않을까 생각한다.

 

 


출처: http://qiita.com/itosho/items/f4ec3495c2d2782c5359

저작자 표시
신고
by 흥배 2016.12.12 08:00

KGC 2016 강연 문서이다.

아래 링크에 가면 문서와 예제 코드가 있다.

https://github.com/jacking75/kgc2016_SuperSocket



실시간 네트워킹 게임 서버를 만든다면 C#을 프로그래밍 언어로 사용하기를 추천하며, 

C#을 사용한다면 SuperSocket을 추천한다.

저작자 표시
신고
by 흥배 2016.12.08 06:00

현재 NHN NEXT에서 게임 겸임 교수로 일하게 되어 이전에 비해 시간 여유가 생겨서 일에 방해가 되지 않는 한도 내에서

 

1. C++, C#, 게임서버 개발에 대한 강의

2. PC, Mobile 게임 서버 개발 컨설팅

과 관련된 일을 의뢰 받습니다

 

관심 있는 분들은 jacking75 @ gmail . com 으로 연락 주시기 바랍니다.


저에 대한 설명은 https://github.com/jacking75/choiHeungbae 를 참고하시면 좋을 것 같습니다

 

 

ps) 이 글에 댓글로 질문은 하지 말아주세요. 질문은 메일로 부탁합니다

저작자 표시
신고
by 흥배 2016.12.02 18:26

이유는 유효한 메일 주소 등의 정보가 풀리퀘스트에는 빠져 있거나 diff가 비 실용적이라고 한다

Git의 풀리퀘스트 기능과 GitHub의 호스팅 서비스에 대해서는 호의적으로 평가하고 있지만 GitHub의 풀리퀘스트에 대해서는 종합적으로 봐서는 부족해서 쓸만하지 못하다고 평가했다.

Linus씨는 이것을 GitHub에게 전했지만 GitHub쪽에서는 잡지 못했다고 한다.

 


출처: https://github.com/torvalds/linux/pull/17

저작자 표시
신고
by 흥배 2016.12.02 10:36
| 1 |