如標(biāo)題,比如同一個(gè)玩家開了兩個(gè)賬號(hào),自己匹配到自己的情況,所以要限制同一個(gè)ip相匹配,這個(gè)在程序里怎么獲取并加以控制呢?...
類似于象棋吧,只不過棋子有一些屬性,其他差不多。 有棋子類,牌局的棋子位置也是一個(gè)類。 嘗試用$_SESSION去存,但是之后進(jìn)行通性去讀取_SESSION的值時(shí)都為null了。 我水平真的有限,真誠(chéng)發(fā)問:類似象棋這樣的游戲,服務(wù)端是怎么保存每個(gè)棋子的位置的,希望大神可以解答...
上周問了一個(gè)關(guān)于global疑似失效的問題 http://wenda.workerman.net/?/question/2112 我游戲里的操作是,玩家登錄后從數(shù)據(jù)庫(kù)讀取用戶信息,然后global &user,&bag......... 然后通信需要改變數(shù)值的時(shí)候先global &user,&bag,再比對(duì)值,比對(duì)正確就改變,不對(duì)則報(bào)作弊 實(shí)際情況是經(jīng)常無(wú)緣無(wú)故報(bào)作弊。讓我以為是再調(diào)用...
假設(shè)前端有下面的語(yǔ)句 t=4; socket.send(JSON.stringify({"t": t})); t+=1; 后端會(huì)不會(huì)在網(wǎng)絡(luò)不好的情況下收到5? 該情況用在比如加鉆石數(shù)時(shí),前端同步更新,后端會(huì)和前端發(fā)來(lái)的數(shù)值t=4進(jìn)行比對(duì),如果符合就+1,不符合就報(bào)作弊,現(xiàn)在誤報(bào)作弊的情況偶爾發(fā)生,但不是每次都發(fā)生,排查了很多問題,現(xiàn)在只能懷疑是這個(gè)了,像是因網(wǎng)絡(luò)不好造成了傳到后端的是5?如果是這個(gè)情況,一般通信中前端...
在win版測(cè)試了很久,一切OK,今天很高興的部署到linux版,結(jié)果前端程序卻報(bào)錯(cuò),很是奇怪,找了半天是這個(gè)問題,如下圖,有這樣一個(gè)數(shù)據(jù)庫(kù)里的表 [attach]640[/attach] 登錄成功后,wokerman通過官方提供的MySQL組件去拉取數(shù)據(jù)然后返回給前端,前端根據(jù)數(shù)據(jù)顯示或進(jìn)行相關(guān)邏輯。 win版返回的是這樣的 [attach]641[/attach] 比如money這個(gè)字段,因?yàn)閿?shù)據(jù)庫(kù)里是int類型,...
按手冊(cè)上寫的定時(shí)關(guān)閉未認(rèn)證的連接,如下圖 [attach]615[/attach] 通常執(zhí)行沒有問題,但有時(shí)會(huì)出錯(cuò),提示auth_timer_id可能未定義,出錯(cuò)幾率不高,估計(jì)20次左右才會(huì)1次 結(jié)果就是倒計(jì)時(shí)時(shí)間到了,已經(jīng)連接上的客戶端被剔除,我想知道原因,希望可以解答疑惑,謝謝...