像我們這種分布式的框架,針對(duì)sendToUid,在某個(gè)進(jìn)程中其實(shí)無法感知到具體的uid綁定的連接是在哪個(gè)服務(wù)節(jié)點(diǎn)的進(jìn)程中的,當(dāng)前的實(shí)現(xiàn)是應(yīng)該屬于廣播式的把發(fā)送指令廣播到所有的gateway進(jìn)程中,讓他們自己判斷當(dāng)前的進(jìn)程中是否存在需要被發(fā)送的uid所綁定的鏈接,從而完成消息發(fā)送,但是這樣一來,如果作為一款I(lǐng)M的應(yīng)用, 假如: 10萬的用戶在線量,平均每個(gè)用戶每秒發(fā)送一條,那么按照這樣廣播的發(fā)送消息方式。 是不是意味...
如題,Gateway負(fù)責(zé)與客戶端進(jìn)行通信,那么是否worker進(jìn)程的服務(wù)器不需要內(nèi)核調(diào)優(yōu)?...
"continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in file /data/gateway/remote/vendor/workerman/workerman/Protocols/Http.php on line 555 ? 是不是...
如題,前段時(shí)間突然遇到了需要GateWay這邊作為RPC服務(wù)端了,之前業(yè)務(wù)一直是作為RPC客戶端去調(diào)Yii2那邊的?但是業(yè)務(wù)代碼里好多都是獲取綁定的UID來處理后續(xù)的邏輯的。。。 ? 現(xiàn)在的需求是,gateway這邊是負(fù)責(zé)游戲邏輯的,但是在充值的時(shí)候需要給用戶添加很多復(fù)雜的東西,但是充值的回調(diào)又是在HTTP服務(wù)這邊,這樣一來,如果不用RPC的話感覺搬磚的工作量很大,而且還很容易出錯(cuò),所以請(qǐng)問各位大佬有沒有辦法在gat...
在onMessage中把業(yè)務(wù)邏輯拆分出來比較好的實(shí)現(xiàn)方式是什么? 在同一進(jìn)程中,如何做到連接之間不相互污染數(shù)據(jù)? ================================ 剛剛測(cè)試了一下同一個(gè)進(jìn)程中在其中的一個(gè)連接發(fā)送阻塞標(biāo)識(shí)信息,執(zhí)行for600W次的file_put_contents寫入操作,其他連接發(fā)送消息會(huì)被掛起,甚至?xí)霈F(xiàn)超時(shí), process_timeout: #1 /data/gateway/g...
因?yàn)樽罱赡軙?huì)選擇用PHP作為游戲服務(wù)器,其實(shí)游戲整體實(shí)時(shí)交互可能要求并不高,確實(shí)可以用短連接API來完成功能,但是游戲前端以前用慣了websocket,而且游戲可能會(huì)出現(xiàn)一些玩家實(shí)時(shí)聊天,在這樣的情況下,可能需要服務(wù)端搭建這樣的一個(gè)websocket服務(wù)。因?yàn)橹耙恢睕]有接觸過這種長(zhǎng)連接的應(yīng)用場(chǎng)景,所以在這里想問問老鳥幫忙解惑一下這方面的問題,謝謝了哈! 本身想結(jié)合TP或者YII這類常用的框架,因?yàn)榭蚣軒淼谋憷?..