如何動態(tài)的創(chuàng)建進(jìn)程或php強(qiáng)制restart所有程序呢?
問題描述 如何動態(tài)的創(chuàng)建進(jìn)程或php強(qiáng)制restart所有程序呢? 搞了一天搞吐了, 用worker_start創(chuàng)建的進(jìn)程狀態(tài)跑不起來, 通過刪除主進(jìn)程posix_kill(posix_getppid(), SIGUSR1); 重啟也不行(通過讀DB動態(tài)生成的process 不會重新啟動), 通過自己寫個(gè)sh,php里面執(zhí)行shell 重啟整個(gè)服務(wù)也不行, 裂開了...
如何通過監(jiān)控重啟服務(wù)呢?
問題描述 我在db里面插入一條記錄,每條記錄代表代表一個(gè)進(jìn)程, 如果有新的進(jìn)程進(jìn)來或者狀態(tài)更新, 那么需要新增進(jìn)程/禁用相應(yīng)的進(jìn)程,這樣的功能應(yīng)該如何實(shí)現(xiàn)呢? 想到的解決方案 簡單粗暴的方法就行通過php start.php restart -d 去執(zhí)行重啟命令, 但是因?yàn)閐b里面的數(shù)據(jù)是隨時(shí)可能發(fā)生變化的, 不能每次都去手動的執(zhí)行重啟, 因此想到了借鑒內(nèi)存溢出重啟/文件監(jiān)控的方案, posix_kill($ppid...
為什么如果服務(wù)(接口)長時(shí)間不調(diào)用,那么首次調(diào)用響應(yīng)時(shí)間就比較長
問題描述 不知道你們發(fā)現(xiàn)沒, 如果服務(wù)(接口)長時(shí)間不調(diào)用,那么首次調(diào)用響應(yīng)時(shí)間就比較長 我有一個(gè)接口正常響應(yīng)是20ms, 如果一兩個(gè)小時(shí)不調(diào)用再次調(diào)用的時(shí)候時(shí)長有時(shí)候會到500ms或者1s, 這是為很么呢 其他情況說明 那個(gè)服務(wù)只對外提供剛剛那一個(gè)接口, 沒有其他額外的接口 問題復(fù)現(xiàn) 增加了nginx代理(代理方式是按照官方文檔提供的)之后第一次訪問會明顯的較慢, 直接訪問端口卻沒有任何問題...
\Workerman\MySQL\Connection 查詢異常
問題描述 webman自定義進(jìn)程中process.php 想動態(tài)獲取數(shù)據(jù)庫配置,發(fā)現(xiàn)如果數(shù)據(jù)庫里面如果有符合條件的內(nèi)容那么頁面就不會報(bào)錯(cuò), 如果查詢出來的數(shù)據(jù)為空, 程序就報(bào)錯(cuò)了, 代碼實(shí)測是沒有問題的, 是不是因?yàn)樵趐rocess自定義進(jìn)程中會出現(xiàn)一些莫名其妙的問題呢? 如果要處理的話應(yīng)該如何去寫呢 程序代碼 global $kafkaConfig; global $db; if (empty($kafkaCon...
CPU占用高, 一直持續(xù)占用40%左右
問題描述 用jmeter 壓測了一下api, 結(jié)果導(dǎo)致CPU占用高, 一直持續(xù)40%左右, 業(yè)務(wù)早已執(zhí)行完畢, 一個(gè)小時(shí)后還是40%左右, api接口很簡單, 就是向kafka 發(fā)送一條數(shù)據(jù),也沒有循環(huán)等業(yè)務(wù)場景 執(zhí)行status命令 Workerman[start.php] status ----------------------------------------------GLOBAL STATUS---...
Process 使用Db后無法啟動
問題描述 需求是需要?jiǎng)討B(tài)的讀取數(shù)據(jù)庫的配置,然后啟動多個(gè)process, 目前使用DB查詢方法導(dǎo)致報(bào)錯(cuò), 如果無法用DB方法查詢的話, 那這些參數(shù)應(yīng)該如何動態(tài)讀取呢? 程序代碼 use support\Db; $group_ids = Db::table('apps')->limit('10')->pluck('app_uid')->toArray(); var_dump($group_ids);...
Event官方事件 為什么無法捕獲try catch拋出的異常呢?
問題描述 Event官方事件 為什么無法捕獲try catch拋出的異常呢? try { var_dump('事件運(yùn)行開始').PHP_EOL; \Webman\Event\Event::emit('cloud_events_log.send', [ 'where' => [ 'event_id' => '10fbd719-3306-5490-b37...
Symfony/lock業(yè)務(wù)鎖插件無法在Webman里加鎖
已解決 Widodws下面加鎖失敗, Linux下是ok的 使用場景 在修改用戶余額/積分的時(shí)候需要增加一個(gè)業(yè)務(wù)鎖來實(shí)現(xiàn)具體的功能 問題描述 需要加鎖的時(shí)候發(fā)現(xiàn)加鎖失敗,然后去追了一下插件的源碼,發(fā)現(xiàn)代碼核心用的都是Symfony/lock,然后去翻看官方文件, 跳過插件直接去加鎖 測試結(jié)果(只測試了Redis鎖) (Windows環(huán)境) 平臺 第1秒發(fā)送第一次請求 第1次程序響應(yīng)時(shí)間 第2秒發(fā)送第二次請求...
Call to a member function publish() on null
問題描述 插件名稱:【workbunny】RabbitMQ客戶端, 服務(wù)首次啟動調(diào)用MQ,異步發(fā)送多次任務(wù)的時(shí)候會報(bào)錯(cuò), 此時(shí)控制臺只會輸出一個(gè)信息,再一次請求就不會出問題了 程序代碼 for ($i=1; $i <= 3; $i++){ async_publish(TestBuilder::instance(), date('Y-m-d H:i:s').'_______...
引入Db之后無法啟動
問題描述 引入了DB類之后無法啟動服務(wù) 程序代碼 use support\Request; use support\Db; public function index(Request $request) { $list = Db::table('fa_user')->where('id', '1')->value('username'); ...
