2014-01-14 2 views
0

내 계정 통계를 기반으로 한 제한에 거의 가깝지는 않더라도 푸시 사용량 한도에 도달했다는 이메일을 받았습니다. .백엔드의 통계가 다르게 표시 되더라도 푸시 사용량 한도에 대한 이메일 받기

나는 인터넷을 조사하여 가능한 해결책을 찾았다. 나는 이것을 발견했다.

http://pusher.tenderapp.com/kb/faq-common-requests/half-open-connections-lead-to-temporarily-incorrect-connection-counts-and-webhook-call-delays

내가 페이지 언로드에 수동으로 가까운 연결하려했지만 아직도 여전히 몇 가지 문제가 발생할 것으로 보인다.

대체 솔루션? 이 "반 개방 연결 감지 용 핑퐁 메커니즘"솔루션이란 무엇입니까?

+0

푸셔는 연결 이외의 용도로 사용 이메일을 발송합니다. 내 대답은 당신이 받고있는 이메일이 연결 제한에 있다고 가정했습니다. 질문을 명확히하거나 확인해 주시겠습니까? – leggetter

답변

1

나는 Pusher 지원에 종사하고 있었는데 거기에서 내 시간부터 통계가 매우 짧은 기간 동안 연결에 스파이크를 표시하지 않는다는 것을 알았습니다. 앱의 푸셔 대시 보드에서 사용 통계를 확대하면 볼 수 있습니다.

FAQ on half-open connections은 올바른 것으로보고 잠재적으로 문제의 원인 일 수 있습니다.

언급 한 ping/pong 메커니즘은이 문제에 대한 Pusher의 해결책입니다. 웹 소켓 프로토콜이 메커니즘을 정의, 참조 : 그러나 http://www.whatwg.org/specs/web-apps/current-work/multipage/network.html#ping-and-pong-frames

, 모든 클라이언트가 미는 있도록이 구현 한 자신의 프로토콜에 자신의 핑/퐁 솔루션을 추가 한 : http://pusher.com/docs/pusher_protocol#ping-pong

나는이 생각하지 않는다 이러한 문제가 발생하는 것을 막기 위해 할 수있는 일이라면 서버가 닫힌 연결을 감지하지 못하는 네트워킹 문제입니다.

+0

ping/pong 메커니즘이 Pusher가 이미 수행 한 작업과 반대되는 작업이 필요한지 궁금합니다. – arvinsim

+1

@arvinsim 이것은 pusher-js 라이브러리에 내장되어 있으므로 아무 것도 할 필요가 없습니다. iOS 및 Java 라이브러리도이를 지원해야합니다. – leggetter