目前有一個(gè)使用場(chǎng)景,主要收集數(shù)據(jù)和更新數(shù)據(jù),處理過程較長(zhǎng)。 擬根據(jù)某些參數(shù)拆分成不同的對(duì)列,比如clr_1, clr_2, ... clr_n,使用同一個(gè)消費(fèi)者進(jìn)行處理。 不知道如何設(shè)置,使消費(fèi)者可以匹配符合某命名規(guī)則的不同隊(duì)列。 有做過相似業(yè)務(wù)的大佬嗎?能否幫忙解惑?...
前次出錯(cuò)未保存截圖 出錯(cuò)場(chǎng)景為: 提交代碼后重啟服務(wù)(restart -d),提示 Workerman[webman] stop fail. 全站服務(wù)全崩,查看進(jìn)程發(fā)現(xiàn)webman的守護(hù)進(jìn)程均已關(guān)閉,RedisQueue服務(wù)關(guān)閉,僅保留了兩個(gè)服務(wù) 之后多次重啟均提示相同錯(cuò)誤,然后一段時(shí)間之后突然就可以重啟成功了 然后滿心歡喜等待下一次悲劇發(fā)生...
目前有一份數(shù)據(jù)文件需要導(dǎo)入到項(xiàng)目中,總數(shù)量約40-60萬,樹狀結(jié)構(gòu)。 目前寫了一個(gè)命令行程序,使用遞歸算法實(shí)現(xiàn),但每次任務(wù)開始后很快就被彈出,強(qiáng)行停止 請(qǐng)問,這種情況應(yīng)當(dāng)如何控制,或在webman中應(yīng)如何實(shí)現(xiàn)?...
我在api應(yīng)用中封裝了幾個(gè)響應(yīng)返回的方法, 但用法并不友好,比如: public function success($data = false) { return json([ 'code' => 200, 'msg' => '操作成功', 'data' => $data ]); } 我的本意是,在接口請(qǐng)求中直接 $this->s...