微信模板消息大批量群發(fā).
目前我系統(tǒng)采用的是crontab+redis隊(duì)列進(jìn)行推送,crontab一分鐘執(zhí)行一次,一次推送大概300條左右,隨著業(yè)務(wù)量增加,一分鐘300條的頻率實(shí)在太慢,隊(duì)列堆積很嚴(yán)重?？紤]過增加單次推送條數(shù)，但是單次太多的話會導(dǎo)致php執(zhí)行時間過長甚至直接502bad gateway。 請教workerman上是否有合適的解決方案。謝謝...
Gateway里面的接口都哪些是長連接,哪些是短連接
如題,我的項(xiàng)目里寫了一些定時器，里面包含有Gateway::sendToClient之類的接口，導(dǎo)致服務(wù)器的TIME_WAIT飆升的太高，想了解下怎么解決下...
使用GatewayWorker轉(zhuǎn)發(fā)數(shù)據(jù)時TIME_WAIT飆升太高.
目前的設(shè)計(jì)思路：使用GatewayWorker開發(fā)的一個簡單物聯(lián)網(wǎng)服務(wù)端，通過TCP連接硬件，通過WebSocket連接網(wǎng)頁端，硬件發(fā)送數(shù)據(jù)到服務(wù)端，服務(wù)端收到后立即轉(zhuǎn)發(fā)網(wǎng)頁端。 但是按照這種模式設(shè)計(jì)，服務(wù)端開啟后TIME_WAIT數(shù)飆升很高，只連接一個設(shè)備就達(dá)到2萬多。設(shè)備發(fā)送數(shù)據(jù)頻率挺高，大概1秒鐘10-20次。 代碼如下： 請教各位大佬，這個設(shè)計(jì)思路是否有問題，應(yīng)該如何改進(jìn)。...
message轉(zhuǎn)發(fā)json字符串時遇到的問題
項(xiàng)目用gateway搭建的TCP服務(wù)器，用來做客戶端之間的轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)前會先將message打包一個json字符串，然后進(jìn)行轉(zhuǎn)發(fā)， ；當(dāng)message為單純字符串的時候，這個沒有問題，結(jié)果是這樣 ；但是當(dāng)$message本身就是一個json字符串的時候，轉(zhuǎn)發(fā)就會出錯，并且壓根就不會進(jìn)行轉(zhuǎn)發(fā)，請問這種message是json字符串的情況，該怎么進(jìn)行處理。 $message如下: {"data":[...
