[置頂] 官方發(fā)布物聯(lián)網(wǎng)平臺(tái)（私有化部署增加API接口）
平臺(tái)地址 https://iot.workerman.net 平臺(tái)簡(jiǎn)介 本系統(tǒng)是官方基于webman開(kāi)發(fā)的一套物聯(lián)網(wǎng)平臺(tái)，可以實(shí)現(xiàn)物聯(lián)網(wǎng)設(shè)備的聯(lián)網(wǎng)上線、數(shù)據(jù)采集、命令下發(fā)、被動(dòng)回復(fù)、實(shí)時(shí)通訊等功能，支持TCP協(xié)議和Websocket協(xié)議（ws和wss），本系統(tǒng)提供的是TCP協(xié)議透?jìng)鳎脩粜韪鶕?jù)實(shí)際情況將設(shè)備協(xié)議轉(zhuǎn)為TCP協(xié)議后接入本系統(tǒng)，一般可使用DTU設(shè)備或IO設(shè)備，這些設(shè)備可以將硬件的各種協(xié)議統(tǒng)一轉(zhuǎn)為TCP協(xié)議，...
應(yīng)用插件里面無(wú)法用config('plugin.foo.app')來(lái)獲取配置
插件foo的config目錄下的配置文件，例如process.php，在這個(gè)文件里面是無(wú)法用config('plugin.foo.app')獲取app.php里的配置信息的....
怎么讓think-orm在VSCODE編輯器上正常提示不要報(bào)錯(cuò)
怎么讓think-orm在VSCODE編輯器上正常提示不要報(bào)錯(cuò) 這里寫(xiě)問(wèn)題描述...
redis-queue已經(jīng)添加到隊(duì)列里的消息，怎么延遲消費(fèi)。
需求是這樣的：項(xiàng)目使用redis-queue搭建了一個(gè)消息推送系統(tǒng)，開(kāi)啟了24個(gè)進(jìn)程，消費(fèi)的時(shí)候有可能會(huì)出現(xiàn)消息推送失敗，這時(shí)候想把已經(jīng)存在于隊(duì)列里的消息延遲個(gè)幾秒再進(jìn)行消費(fèi)，應(yīng)該怎么做了？...
微信模板消息大批量群發(fā).
目前我系統(tǒng)采用的是crontab+redis隊(duì)列進(jìn)行推送,crontab一分鐘執(zhí)行一次,一次推送大概300條左右,隨著業(yè)務(wù)量增加,一分鐘300條的頻率實(shí)在太慢,隊(duì)列堆積很嚴(yán)重?？紤]過(guò)增加單次推送條數(shù)，但是單次太多的話會(huì)導(dǎo)致php執(zhí)行時(shí)間過(guò)長(zhǎng)甚至直接502bad gateway。 請(qǐng)教workerman上是否有合適的解決方案。謝謝...
Gateway做物聯(lián)網(wǎng)平臺(tái)，循環(huán)下發(fā)指令的方案設(shè)計(jì)。
我用Gateway做了一個(gè)物聯(lián)網(wǎng)平臺(tái)提供TCP服務(wù)端功能，供各個(gè)設(shè)備作為客戶端連接，然后進(jìn)行通訊。目前有一個(gè)需求：有些客戶端設(shè)備連接后，需要服務(wù)端定時(shí)下發(fā)指令給客戶端，比如每一秒下發(fā)一次指令給客戶端，客戶端返回?cái)?shù)據(jù)報(bào)文，典型的如MODBUS協(xié)議。 請(qǐng)教一下關(guān)于這個(gè)定時(shí)下發(fā)的方案設(shè)計(jì)，怎么設(shè)計(jì)比較合理。 我現(xiàn)在采用的方案是：客戶端連接成功之后，在onMessage里啟動(dòng)Timer定時(shí)器，連接斷開(kāi)后del。比較擔(dān)心如果客...
Gateway里面的接口都哪些是長(zhǎng)連接,哪些是短連接
如題,我的項(xiàng)目里寫(xiě)了一些定時(shí)器，里面包含有Gateway::sendToClient之類的接口，導(dǎo)致服務(wù)器的TIME_WAIT飆升的太高，想了解下怎么解決下...
使用GatewayWorker轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)TIME_WAIT飆升太高.
目前的設(shè)計(jì)思路：使用GatewayWorker開(kāi)發(fā)的一個(gè)簡(jiǎn)單物聯(lián)網(wǎng)服務(wù)端，通過(guò)TCP連接硬件，通過(guò)WebSocket連接網(wǎng)頁(yè)端，硬件發(fā)送數(shù)據(jù)到服務(wù)端，服務(wù)端收到后立即轉(zhuǎn)發(fā)網(wǎng)頁(yè)端。 但是按照這種模式設(shè)計(jì)，服務(wù)端開(kāi)啟后TIME_WAIT數(shù)飆升很高，只連接一個(gè)設(shè)備就達(dá)到2萬(wàn)多。設(shè)備發(fā)送數(shù)據(jù)頻率挺高，大概1秒鐘10-20次。 代碼如下： 請(qǐng)教各位大佬，這個(gè)設(shè)計(jì)思路是否有問(wèn)題，應(yīng)該如何改進(jìn)。...
服務(wù)器報(bào)php_network_getaddresses錯(cuò)誤
服務(wù)器是12C 48G 20M帶寬的配置 然后還是很不穩(wěn)定 有些終端打開(kāi)很快 有些很慢 甚至報(bào)以下的錯(cuò)誤 有些壓根就打不開(kāi)網(wǎng)站 顯示網(wǎng)頁(yè)丟失 麻煩看看是什么原因 讓阿里云工單處理了兩天了 也沒(méi)解決 今天又上了waf,還是沒(méi)效果. ...
message轉(zhuǎn)發(fā)json字符串時(shí)遇到的問(wèn)題
項(xiàng)目用gateway搭建的TCP服務(wù)器，用來(lái)做客戶端之間的轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)前會(huì)先將message打包一個(gè)json字符串，然后進(jìn)行轉(zhuǎn)發(fā)， ；當(dāng)message為單純字符串的時(shí)候，這個(gè)沒(méi)有問(wèn)題，結(jié)果是這樣 ；但是當(dāng)$message本身就是一個(gè)json字符串的時(shí)候，轉(zhuǎn)發(fā)就會(huì)出錯(cuò)，并且壓根就不會(huì)進(jìn)行轉(zhuǎn)發(fā)，請(qǐng)問(wèn)這種message是json字符串的情況，該怎么進(jìn)行處理。 $message如下: {"data":[...
