모든 댓글을 읽지 않으려는 사용자에게 적합합니다. 이것은 webtocket-provider처럼 lighttpd와 함께 모기의 버그 인 것 같습니다.
당신이 할 수있는 일 :
사용 중 하나 은 (간단한 방법) HiveMQ은 (http://www.hivemq.com/mqtt-over-websockets-with-hivemq/은)는 본질적으로 WebSocket을 지원하므로 설치가 바람이지만 오픈 소스 아니에요과 자바 I에 기록 된대로 ' 모스 킷토만큼 빠르지는 모르겠지만 확실히 모르겠습니다.
또는 : 웹 소켓을 기본적으로 지원하는 모질라의 최신 버전 (1.4)을 컴파일하는데 약간의 시간을 투자하십시오 : http://jpmens.net/2014/07/03/the-mosquitto-mqtt-broker-gets-websockets-support/ (그러나 지금까지 출시되지 않았습니다)이 버전은이 문제를 해결하는 것으로 보입니다. 최신 모기 설치 : http://goochgooch.wordpress.com/2014/08/01/building-mosquitto-1-4/
Edit0 : 속도를 확인한 결과 웹 소켓이있는 HiveMQ가 웹 소켓이있는 모스키토보다 훨씬 빠릅니다. 작은 대기 시간이 있었기 때문에 웹 소켓을 통해 연결했을 때 이미 알아 챘습니다. 그런 다음 1000 개의 값을 브라우저에 보내면 다시 구독 클라이언트로 반환됩니다. 하이브는 모기 (mosquitto)보다 3 배 빠르다고 생각합니다. 믿을만한 실험이 아닐 수도 있습니다. 따라서 내 결정은 분명합니다. 모기가 lighttpd-websocket 지원과 함께 제대로 작동하지 않는 한 하이브에 머무를 것입니다. 의견을 듣는 것이 좋을 것입니다.
Edit1 : 필자는 딜레마에 빠졌습니다 : lighttpd를 통한 Websocketsupport는 새로운 mosquitto 웹 소켓 지원보다 빠르고 빠르며 hivemq보다 빠릅니다. 라즈베리에서 mqtt-broker를 실행하기 때문에 성능이 좋지 않아서 Edit0의 논의 된 솔루션 중 어느 것도 나에게 적합하지 않습니다. 그러나 lighttpd를 사용하면 원래 설명한 문제에 직면하게됩니다.
누군가가 더 편리한 해결책을 가지고 있습니까?
당신의 도움을 위해 Thx.
비슷한 질문이 여기에 있습니다 : http://stackoverflow.com/questions/25176643/android-paho-mqtt-client-does-not-receive-messages-once-network-connectivity-c – Dom
이것은 자바를 말합니다. javascript (큰 차이) + 비 모바일 브라우저에서 두 번 언급했듯이. –
모스 퀴토에 대해 살펴본 결과 웹 클라이언트가 보유한 주제를 구독하자마자 보존 된 메시지가 전송된다는 사실을 알게되었습니다. 1410481320 : clientId-NCrfWsdfTwn (d0, q0, r0, m0, 'current_topics')으로 PUBLISH를 보냅니다. .. (3144 bytes))하지만이 메시지는 결코 모바일 장치에 도달하지 못합니다. –