webman 使用數(shù)據(jù)庫(kù)后debug模式下沒有問(wèn)題，daemon模式下502
服務(wù)器：騰訊云 4核8G10M webman+nginx 做后臺(tái)管理系統(tǒng)， 數(shù)據(jù)庫(kù)：mysql 連接組件： illuminate/database 在debug模式一切正常，換到daemon模式有數(shù)據(jù)庫(kù)查詢復(fù)雜或記錄條數(shù)大的時(shí)候報(bào)502，輕量的或無(wú)數(shù)據(jù)庫(kù)查詢的正常，這種情況一般怎么調(diào)整？...
請(qǐng)問(wèn)系統(tǒng)有耗時(shí)長(zhǎng)的操作, webman是不是不太適合
"待當(dāng)前請(qǐng)求的數(shù)據(jù)IO就緒后，worker 會(huì)一口氣執(zhí)行 業(yè)務(wù)代碼 直至 完成，執(zhí)行期間 worker 是被完全占用 的" 比如有些PDF轉(zhuǎn)圖片這樣的操作 或者導(dǎo)出excel 數(shù)據(jù)量大, 又要循環(huán)操作數(shù)據(jù)的 如果只開一個(gè)線程的話 或者幾個(gè)線程都被這些操作占用 這個(gè)時(shí)候整個(gè)系統(tǒng)是不是就會(huì)卡住? 有些小的管理系統(tǒng)經(jīng)常有這些操作 請(qǐng)問(wèn)這種情況下 是不是連普通的apache都比不了?...
一臺(tái)機(jī)器可以設(shè)置多少個(gè)定時(shí)器??？
請(qǐng)問(wèn)一臺(tái)機(jī)器可以設(shè)置多少個(gè)定時(shí)器??？ 操作系統(tǒng)Ubuntu，8核16G...
webman的控制器邏輯更新后，調(diào)用時(shí)卻仍然執(zhí)行舊邏輯
如題，在使用webman 1.3.9時(shí)，修改了控制器中的代碼，在終端上也看到了: xxx.php update and reload Workerman[start.php] reloading 此時(shí)再調(diào)用控制器時(shí)，發(fā)現(xiàn)修改沒有生效。 于是，Ctrl + C 關(guān)閉了 webman ,再以調(diào)試模式啟動(dòng)webman ,以便觀察終端上的信息。但此法仍然沒有作用。控制器執(zhí)行的仍舊是修改前的邏輯。 在提交這個(gè)提問(wèn)的過(guò)程中，又嘗...
關(guān)于getClientByUid消耗問(wèn)題
以下是線上生產(chǎn)環(huán)境的性能分析截圖，可以看到getClientByUid的耗時(shí)最大長(zhǎng)達(dá)4000毫秒， 大佬有沒有的建議優(yōu)化方案 status截圖 補(bǔ)充截圖 ...
webman新版會(huì)添加多應(yīng)用獨(dú)立配置嗎？
希望每個(gè)應(yīng)用，有自己的config，包括路由，數(shù)據(jù)庫(kù)，中間件等等。參考thinkphp。這樣對(duì)于協(xié)同工作更方便。...
webman消費(fèi)進(jìn)程
<?php return [ ...這里省略了其它配置... 'redis_consumer' => [ 'handler' => Webman\RedisQueue\Process\Consumer::class, 'count' => 8, // 可以設(shè)置多進(jìn)程 'constructor' => ...
做一個(gè)簡(jiǎn)易版的在線客服，在Webman中是直接使用GatewayWorker還是用Push插件？
目前有一個(gè)需求，做一個(gè)在線客服，原來(lái)的實(shí)現(xiàn)方法是通過(guò)ajax輪洵。因?yàn)樵L問(wèn)量也不大，運(yùn)行正常。唯一缺點(diǎn)就是實(shí)時(shí)性差。 打算用webman來(lái)重構(gòu)一個(gè)。功能要求就是實(shí)現(xiàn)一對(duì)一聊天并保存聊天記錄，看到有g(shù)atewayWorker和Push兩個(gè)插件，那么使用哪個(gè)插件比較簡(jiǎn)便些？ 謝謝各位給點(diǎn)指引。...
webman結(jié)合GatewayWorker 使用mysql數(shù)據(jù)庫(kù) 數(shù)據(jù)庫(kù)連接數(shù)疑惑
以下為建立的gatewayworker相關(guān)配置 整個(gè)項(xiàng)目只有businessworker中使用了DB類 在項(xiàng)目運(yùn)行過(guò)程中發(fā)現(xiàn)了大量數(shù)據(jù)庫(kù)連接 檢查代碼后發(fā)現(xiàn)在LaravelDb中Heartbeat會(huì)對(duì)每個(gè)進(jìn)程進(jìn)行數(shù)據(jù)庫(kù)鏈接 想請(qǐng)教下大神這塊應(yīng)該怎么怎么優(yōu)化...
workman的進(jìn)程概念問(wèn)題
對(duì)workman的進(jìn)程概念有些模糊，舉個(gè)例子： 例如我，$worker->count=1，只指定一個(gè)進(jìn)程，那這一個(gè)進(jìn)程可以同時(shí)接受并處理多個(gè)請(qǐng)求嗎，還是說(shuō)這一個(gè)進(jìn)程必須處理完一個(gè)請(qǐng)求后，其它請(qǐng)求才可以進(jìn)入？...
php curl_multi 本身bug，導(dǎo)致接口業(yè)務(wù)從webman轉(zhuǎn)golang
如題，業(yè)務(wù)需要同一時(shí)間請(qǐng)求多個(gè)第三方，abc 1> 如果a先返回，判斷結(jié)果，正確的話，就將結(jié)果返回下游。業(yè)務(wù)結(jié)束。 2> 如果a返回錯(cuò)誤，就看第二快返回的結(jié)果，如果c第二快返回，結(jié)果正確，就把c結(jié)果返回下游。業(yè)務(wù)結(jié)束。 之前使用 curl_multi 由于這函數(shù)本身的bug，一直循環(huán)，導(dǎo)致 超時(shí)。 理論上說(shuō)，有幾個(gè)第三方，就發(fā)送幾次請(qǐng)求，而這個(gè)函數(shù)，會(huì)重復(fù)多次。 只能選天然支持并發(fā)的語(yǔ)言。比如go。 但依...
webman單應(yīng)用自動(dòng)路由模式，后臺(tái)鑒權(quán)方式咋整？
我想到的有： 1、做個(gè)基類在其中判斷，然后需要用到的地方繼承； 2、論壇里提到的，在全局中間件里做控制器判斷，進(jìn)行排除。 還有什么好辦法？還望大佬指導(dǎo)！...
關(guān)于stop關(guān)閉退出的疑問(wèn)
執(zhí)行腳本stop后，是等待子進(jìn)程執(zhí)行完成業(yè)務(wù)后，子進(jìn)程退出。所有的子進(jìn)程退出后，主進(jìn)程再退出嗎？...
workerman作為客戶端啟動(dòng)多個(gè)進(jìn)程，是每個(gè)進(jìn)程都需要添加心跳嗎
workerman作為客戶端，長(zhǎng)連接服務(wù)端，如果啟動(dòng)多個(gè)進(jìn)程，是每個(gè)進(jìn)程都需要添加心跳么？還是只需要添加一個(gè)心跳就可以了？...
