問(wèn)題描述 現(xiàn)在單純使用var-dump輸出到控制臺(tái)的方式,用戶反饋來(lái)說(shuō)不太友好,并且數(shù)據(jù)量大的時(shí)候也不好檢查; 為此你搜索到了哪些方案及不適用的原因 個(gè)人覺得現(xiàn)在webman的優(yōu)點(diǎn)在于易用,讓FPM程序員能更好的遷移過(guò)來(lái)減少學(xué)習(xí)成本。 搞一個(gè)頁(yè)面調(diào)試的方法還是很有必要的,但webman默認(rèn)是原生PHP模板引擎,考慮到webman有N個(gè)模板引擎擴(kuò)展。 所以來(lái)咨詢下官方是否有想法增加頁(yè)面更直觀的調(diào)試方法! 另:topth...
wenman中整合getwaywork,可以自定義worker名稱嗎? 如圖所示 <?php use Webman\GatewayWorker\Gateway; use Webman\GatewayWorker\BusinessWorker; use Webman\GatewayWorker\Register; return [ 'gateway' => [ 'handler...
問(wèn)題描述 tp6怎么在任意控制器主動(dòng)給已經(jīng)鏈接的用戶主動(dòng)發(fā)送消息?比較菜,半天沒(méi)搞定。。。...
問(wèn)題描述 設(shè)置進(jìn)程數(shù)為2 在id編號(hào)為0的進(jìn)程上設(shè)置1個(gè)定時(shí)器,在id編號(hào)為1的進(jìn)程上設(shè)置了另外1個(gè)定時(shí)器,為什么前臺(tái)建立的連接收到的推送要么是222,要么是333,而不是222,333在一起的? 下面這個(gè)收到的都是222 下面這個(gè)收到的都是333 $worker->onWorkerStart = function($worker) { if($worker->id === 0) { ...
考慮到一個(gè)場(chǎng)景,當(dāng)前有10萬(wàn)臺(tái)設(shè)備連接,如果因?yàn)榇a或者服務(wù)器原因,所有設(shè)備斷開了連接,下次重啟后,所有設(shè)備都會(huì)同時(shí)連上,因?yàn)檫B上后有些數(shù)據(jù)庫(kù)和redis的操作,服務(wù)器完全抗不住。所以我想,如果一個(gè)gateway,同時(shí)有1000個(gè)正在發(fā)起連接,但是數(shù)據(jù)庫(kù)和redis工作還沒(méi)做完,后面設(shè)備發(fā)起連接時(shí),直接拒絕這個(gè)請(qǐng)求。bussiness進(jìn)程在處理完連接事件后,告訴gateway,gateway 就講總的正在連接設(shè)備減1...
問(wèn)題描述 1.禁用函數(shù)都刪除了 2.Gatewaywork運(yùn)行成功了 3.端口也放行了 4.協(xié)議也修改了websocket 5.我下載的是新版的Gatewaywork demo windows版本 在windows本地一切正常;但說(shuō)過(guò)新版的windows和linux兼容了 且在linux中能啟動(dòng) 5.ssl也配置了 但是前端就是握手不成功。。。。。。。不顯示報(bào)錯(cuò)原因 前端代碼 求助?。。。。?! debug下...
問(wèn)題描述 這里寫問(wèn)題描述 服務(wù)端onClose接收到消息了, 但是還能接收客戶端心跳檢測(cè),而服務(wù)端發(fā)送推送消息失敗...
linux系統(tǒng) 一、請(qǐng)問(wèn)config下的 server.php 'count' => cpu_count() * 2, 這個(gè)核心數(shù)是啥意思,有啥用 二、使用了redis-queue隊(duì)列 'consumer' => [ 'handler' => Webman\RedisQueue\Process\Consumer::class, 'count' => 16, // 可以設(shè)置...
問(wèn)題描述 大神,做一個(gè)自助洗車,選用的gateway框架; gateway已經(jīng)通過(guò)安裝過(guò)了!也已經(jīng)可以正常通信了; tp框架里怎么直接引用onmessage獲取硬件返回的響應(yīng)??; 第一次做軟硬交互,有點(diǎn)懵 大神們,救救我吧...
bug描述 使用tcp調(diào)試工具,同時(shí)開三個(gè)客戶端同時(shí)去給服務(wù)端發(fā)心跳,設(shè)置的是每個(gè)客戶端1秒一次,應(yīng)該是發(fā)送太快服務(wù)端處理不過(guò)來(lái),導(dǎo)致上一條還沒(méi)執(zhí)行完成就直接執(zhí)行第二條心跳了,導(dǎo)致第一條心跳執(zhí)行一半沒(méi)有服務(wù)端還沒(méi)回應(yīng)給客戶端就執(zhí)行一下一條 程序代碼或配置 期待的結(jié)果及實(shí)際結(jié)果 期望每一次都執(zhí)行完成 重現(xiàn)bug的步驟 系統(tǒng)環(huán)境及workerman/webman等具體版本 Workerman version:3.5...
bug描述 在第一個(gè)項(xiàng)目使用 GatewayWorker\Lib\Gateway搭起了環(huán)境,可以正常運(yùn)行,客戶端可以正常連接,sendToClient 方法也可以正常發(fā)送指令給指定的客戶端。 在第二個(gè)項(xiàng)目中,使用 GatewayClient\Gateway 連接第一個(gè)項(xiàng)目,是正常的,可以通過(guò)getClientIdByUid 獲取到第一個(gè)項(xiàng)目里邊的在線客戶端的$client_id,但是調(diào)用sendToClient發(fā)送消...
問(wèn)題描述 需要做一個(gè)多用戶群發(fā)模板消息的功能。多個(gè)用戶同時(shí)給自己上千個(gè)會(huì)員發(fā)送模板消息。 還有定時(shí)發(fā)送任務(wù)。但是這里有個(gè)問(wèn)題。在發(fā)送任務(wù)稍微多點(diǎn)比如幾百上千的時(shí)候。發(fā)送的數(shù)據(jù)會(huì)有延遲1-2個(gè)小時(shí)甚至更久才能發(fā)送出去。請(qǐng)教下是哪兒出了問(wèn)題? 以下是代碼。 // 開啟的端口 $worker = new Worker(); // 啟動(dòng)多少服務(wù)進(jìn)程 $worker->count = 100; // worker名稱,p...
問(wèn)題描述 今日觀察到worker進(jìn)程全部N/A狀態(tài),然后參考《調(diào)試busy進(jìn)程》,在使用zbacktrace時(shí),出現(xiàn)如下提示: 'basic_functions_module' has unknown type; cast it to its declared type 有朋友知道怎么處理嗎?謝謝哈。...
問(wèn)題描述 項(xiàng)目集成gatewayWorker,使用自定義協(xié)議與設(shè)備進(jìn)行通信,使用客戶端連接工具連續(xù)發(fā)送多少后客戶端主動(dòng)離線了,重復(fù)發(fā)送三次就不行了,就離線 為此你搜索到了哪些方案及不適用的原因 搜索到的方案和我出現(xiàn)的不太一致...
問(wèn)題描述 windows 環(huán)境,想單獨(dú)啟動(dòng)一個(gè) worker 消費(fèi)其他項(xiàng)目的redis隊(duì)列的服務(wù),第一次用 webman, 不知道怎么寫 為此你搜索到了哪些方案及不適用的原因 是寫一個(gè)命令嗎,如果是該怎么調(diào) webman/redis-queue 這個(gè)插件寫好的 consumer...
問(wèn)題描述 Workerman version:4.1.4 PHP version:7.3.4 安裝了http://wtbis.cn/plugin/42 定時(shí)任務(wù)管理組件之后,按說(shuō)明安裝了workerman/crontab、webman/think-orm、guzzlehttp/guzzle、workerman/redis,添加示例定時(shí)任務(wù)之后報(bào)錯(cuò) 報(bào)錯(cuò)信息 示例添加定時(shí)任務(wù)代...
求教,如何在GatewayWorker安裝河使用Redis組件呢,看了下Workman教程里面的Redis章節(jié)是空白的,而Workman/Redis 內(nèi)容貌似和單純使用Redis不太一樣。 我只想在多客戶端進(jìn)程上共享數(shù)據(jù),其他功能也用不到。感謝!...
bug描述 控制器給model變量賦值,model里讀取不到值 用的think-orm 程序代碼或配置 控制器代碼 $goods = new GoodsModel(); $goods->_user = 1231; model里代碼 public $_user = 321; public function getPriceAttr($value) { $value = $va...
問(wèn)題描述 目前項(xiàng)目用戶越來(lái)越多 流量以及帶寬成倍增長(zhǎng) 項(xiàng)目這邊討論一致認(rèn)為 走壓縮方案 但workerman webscoket 不支持 permessage-deflate 所以目前只用了nodejs 做轉(zhuǎn)發(fā)支持 permessage-deflate 轉(zhuǎn)發(fā)意味著性能上不是很友好 項(xiàng)目這邊就評(píng)估 正確做法一開始就用nodejs 提供更高的可擴(kuò)展性 感覺workerman 不增加基礎(chǔ)擴(kuò)展 很難留住大用戶 往往...