我現(xiàn)在一個(gè)項(xiàng)目需要支持tcp和udp 業(yè)務(wù)邏輯都是相同的 如何打通tcp和udp呢
我現(xiàn)在一個(gè)項(xiàng)目需要支持tcp和udp 業(yè)務(wù)邏輯都是相同的 如何打通tcp和udp呢 問(wèn)題 1 使用gateway插件 websockert 可以和 tcp通訊 現(xiàn)在先websockert 和udp通訊需要怎么實(shí)現(xiàn)呢 websocker 和tcp通訊 可以通過(guò) client_id 獲取 client_id可以保存到redis 但是udp要怎么實(shí)現(xiàn)呢 udp是一個(gè)實(shí)例 如果每次都保存到redis是不是有性能問(wèn)題...
現(xiàn)在有一個(gè)表，每天增加40W條數(shù)據(jù)，請(qǐng)問(wèn)該怎么分表呢？
問(wèn)題描述 現(xiàn)在用的是laravel-orm，請(qǐng)問(wèn)大家分表用的都是什么方法呢，是插件還是直接手寫的呢，我這種表是要按日期分比較好，還是那其他的比較好呢，可能要跨月查詢，但是最多不超過(guò)30天。...
在生產(chǎn)環(huán)境restart之后 程序沒(méi)有完全停止導(dǎo)致端口被占用
問(wèn)題描述 在生產(chǎn)環(huán)境中 php start.php restart之后 Fatal error: Uncaught Exception: Address already in use in 程序代碼或配置 29403 重現(xiàn)問(wèn)題的步驟 第一次的stopping的日志是正常輸出的，因?yàn)閜id文件中的pid值和系統(tǒng)的對(duì)的上，然后看了下只stop了兩個(gè)pid，導(dǎo)致start的時(shí)候端口被占用了。 操作系統(tǒng)環(huán)境及worke...
redis score 超過(guò)16位丟失精度，超過(guò)22變科學(xué)計(jì)數(shù)
問(wèn)題描述 咨詢個(gè)與框架無(wú)關(guān)的問(wèn)題，做游戲項(xiàng)目時(shí)需要保存用戶的積分值且在每局結(jié)束時(shí)實(shí)時(shí)返回排名和積分值。這塊用的是redis zset，但有個(gè)問(wèn)題是游戲中關(guān)數(shù)很多，積分值也會(huì)很大（就是超過(guò)16位數(shù)），score中保存整數(shù)值超過(guò)16位后精度丟失排序也會(huì)不準(zhǔn)。...
nginx+php-fpm+redis連接池疑問(wèn)
問(wèn)題描述 有個(gè)php項(xiàng)目，掛載在nginx上，通過(guò)php-fpm訪問(wèn)，項(xiàng)目里用到redis，單例模式；在http開始請(qǐng)求時(shí)建立redis連接，后面的redis操作可以復(fù)用這個(gè)redis連接，問(wèn)題是下個(gè)http請(qǐng)求過(guò)來(lái)，又需要重新建立redis連接了。大家有沒(méi)有好的解決方案。...
方法傳遞的參數(shù)如何驗(yàn)證？
public function getClassesinfo(Request $request, $id){ // ...... } 我定義了個(gè)方法，$request 里的值我用的是 tinywan/validate 驗(yàn)證的。 那這個(gè) $id 應(yīng)該咋驗(yàn)證？誰(shuí)能給個(gè)示例，比如只能是整數(shù)...
請(qǐng)教下前端APP異步并發(fā)提交訂單，如何保證賬戶余額一致性
問(wèn)題描述 最近遇到的問(wèn)題，之前沒(méi)有怎么注意，前端APP用異步提交訂單，訂單需要扣減余額，類似于快速下單秒殺的這種，用戶可能在1秒內(nèi)下單5次左右。一般的邏輯寫法是： APP用戶提交訂單金額，邏輯處理后，查詢余額，余額>訂單金額，提交成功并扣除賬戶余額，記錄流水。 同步的時(shí)候這種情況是沒(méi)錯(cuò)的，但是在異步的時(shí)候，用戶一秒內(nèi)下單5，6次，用戶余額10元，每次下單3元， 1秒5次的情況下，會(huì)導(dǎo)致余額變成負(fù)數(shù)，第1次訂單余...
自定義的異常和validate的異常，能不能不記錄到webman-2023.log中
問(wèn)題描述 代碼里我這邊如果數(shù)據(jù)校驗(yàn)不通過(guò)，會(huì)直接拋出exception\ValidateException的異常，使用上沒(méi)有什么問(wèn)題，但是wenman記錄了很多這種異常 還有一些自己主動(dòng)拋出的自定義的異常，使用上也沒(méi)有問(wèn)題，但是webman也記錄了，像上面說(shuō)的這兩種異常，我是不希望記錄到webman.log中的，反而會(huì)影響到排查真正的問(wèn)題 就是怎么讓webman不去記錄那些特定的異常？ 為此你搜索到了哪些方案及不適用...
如何通過(guò)監(jiān)控重啟服務(wù)呢?
問(wèn)題描述 我在db里面插入一條記錄,每條記錄代表代表一個(gè)進(jìn)程, 如果有新的進(jìn)程進(jìn)來(lái)或者狀態(tài)更新, 那么需要新增進(jìn)程/禁用相應(yīng)的進(jìn)程,這樣的功能應(yīng)該如何實(shí)現(xiàn)呢? 想到的解決方案 簡(jiǎn)單粗暴的方法就行通過(guò)php start.php restart -d 去執(zhí)行重啟命令, 但是因?yàn)閐b里面的數(shù)據(jù)是隨時(shí)可能發(fā)生變化的, 不能每次都去手動(dòng)的執(zhí)行重啟, 因此想到了借鑒內(nèi)存溢出重啟/文件監(jiān)控的方案, posix_kill($ppid...
GatewayWorker怎么做中轉(zhuǎn)服務(wù)器
問(wèn)題描述 目前情況:用GatewayWorker創(chuàng)建tcp服務(wù)器A能和設(shè)備保持長(zhǎng)連接,能接收設(shè)備的數(shù)據(jù),也能發(fā)送數(shù)據(jù)給設(shè)備 想要實(shí)現(xiàn):用GatewayWorker創(chuàng)建tcp服務(wù)器A,我想把設(shè)備端傳遞過(guò)來(lái)的數(shù)據(jù)轉(zhuǎn)發(fā)到另外一個(gè)tcp服務(wù)器B,并和tcp服務(wù)器B保持長(zhǎng)連接,接收tcp服務(wù)器B數(shù)據(jù),通過(guò)tcp服務(wù)器A發(fā)送給設(shè)備 為此你搜索到了哪些方案及不適用的原因 沒(méi)找到適合的方案 找到的方案: <?php name...
這個(gè)云存儲(chǔ)插件怎么上傳保留原始文件名存儲(chǔ)起來(lái)
http://m.wtbis.cn/plugin/19 這個(gè)云存儲(chǔ)插件怎么上傳cos保留原始文件名存儲(chǔ)起來(lái)...
webman的Request類在接收參數(shù)的時(shí)候有做防XSS/SQL 注入之類的嗎？
webman的Request類在接收參數(shù)的時(shí)候有做防XSS/SQL 注入之類的嗎？...
有沒(méi)有可能,將work進(jìn)程, 改造成類似php-fpm, 可以跨項(xiàng)目使用
問(wèn)題描述 公司托管的服務(wù)器, 配置48核心, 128g, 每臺(tái)上有拆分的幾十個(gè)項(xiàng)目模塊, 模塊之間通過(guò)http互調(diào) 現(xiàn)有模式是多項(xiàng)目共用1000個(gè)php-fpm 查詢好久, 如果使用workman改造, 只能一個(gè)項(xiàng)目起一個(gè)master, 每個(gè)項(xiàng)目設(shè)定的work進(jìn)程不能太多 因?yàn)榱髁坎淮_定 ,日常上下波動(dòng)3到5倍, 極端可能10倍, 每項(xiàng)目固定的work數(shù), 問(wèn)題較大, 無(wú)法應(yīng)對(duì)隨機(jī)突發(fā)流量 可不可以像php-f...
