公用EMQ服务器broker-cn.emqx.io怎么配置微信小程序域名
配置参考如下:
每个微信小程序需要事先设置通讯域名,小程序只可以跟指定的域名进行网络通信。包括普通HTTPS请求(wxrequest)、上传文件(wxuploadFile)、下载文件(wxdownloadFile)和WebSocket通信(wxconnectSocket)。
服务器域名请在「小程序后台-开发-开发设置-服务器域名」中进行配置。
配置时需要注意:域名只支持https(wxrequest、wxuploadFile、wxdownloadFile)和wss(wxconnectSocket)协议。
域名不能使用IP地址(小程序的局域网IP除外)或localhost。
可以配置端口,如https://myservercom:8080,但是配置后只能向https://myservercom:8080发起请求。如果向https://myservercom、https://myservercom:9091等URL请求则会失败。
如果不配置端口,如https://myservercom,那么请求的URL中也不能包含端口,甚至是默认的443端口也不可以。如果向https://myservercom:443请求则会失败。
域名必须经过ICP备案;出于安全考虑,apiweixinqqcom不能被配置为服务器域名,相关API也不能在小程序内调用。开发者应将AppSecret保存到后台服务器中,通过服务器使用getAccessToken接口获取access_token,并调用相关API。
对于每个接口,分别可以配置最多20个域名。
EMQ对客户端链接使用链接进程(emqtt_client)和session进程(emqtt_session)分开的策略。 当一个mqtt的客户端连接到EMQ的服务器上的时候,首先会建立一个负责管理连接的进程(emqtt_client),当验证客户端有效后会建立另一个进程(emqtt_session),负责该客户端的会话。
在EMQ中,每一个clientID只能登录一次,因此后登录的客户端会将先登录的客户端踢下线。链接进程(emqtt_client),默认会启动一个心跳定时器,定期的检查链接是否存活。session进程(emqtt_session)同样会开启一个重新发送定时器,用来检查QoS大于0的消息的infligt响应,当客户端发布QoS为2的消息时还会开启另外一个定时器,用来检测REPL信息的响应。
服务端每1分钟给客户端发消息,会造成一个问题,新来的订阅者最极端情况可能无法第一时间获取到信息,需要等1分钟。这样对体验非常不友好。
如何做到订阅后立马收到消息呢?
其实也简单,让服务器保留最后一条最新消息就行了,发送端发送消息的时候带上一个标志,服务端收到后,会把消息存储起来
保留消息存在的意义是为了订阅者能够立即收到消息而无须等待发布者发布下一条消息。
从开发者的角度来说,发送一条保留消息是最简单直接的办法。你只需要将一条MQTT发布消息的保留标志(retained flag)置为true。每一个典型的客户端库文件都提供了一个简单方法来实现此操作。
对于paho客户端,发送时候带上 -r 参数就行了
paho_c_pub -t presence --connection ws://1921681001:8083/mqtt -r -m "test223334567"
如果是用mqttx客户端发送,勾选retain即可
如果你是用MQTT X broker,我们可以设置保留的消息的存储类型,存到内存还是硬盘,保留数量,保留时间等等
文档
保留消息虽然存储在服务端中,但它并不属于会话的一部分。也就是说,即便发布这个保留消息的会话终结,保留消息也不会被删除。
删除保留消息只有两种方式:
前文已经提到过的,客户端往某个主题发送一个 Payload 为空的保留消息,服务端就会删除这个主题下的保留消息。
消息过期间隔属性在保留消息中同样适用,如果客户端设置了这一属性,那么保留消息在服务端存储超过过期时间后就会被删除。
https://wwwjianshucom/p/701ef52c62fd
https://wwwemqxcn/blog/message-retention-and-message-expiration-interval-of-emqx-mqtt5-broker
https://wwwemqxcn/blog/mqtt5-features-retain-message
https://wwwhivemqcom/blog/mqtt-essentials-part-8-retained-messages/
https://docsemqxcn/broker/v43/advanced/retainedhtml#%E7%AE%80%E4%BB%8B
0条评论