問答我設(shè)置的30秒心跳，但是每次都需要51秒的樣子才觸發(fā)觸發(fā)onClose事件回調(diào)
[](//www.wtbis.cn/upload/20210101/015feea5d893c0.png)
1、客戶端鏈接成功，不發(fā)任何信息給服務(wù)端，51秒會(huì)觸發(fā)onClose事件回調(diào)
2、客戶端鏈接成功，發(fā)一條信息，第二次要55秒才觸發(fā)onClose事件回調(diào)
30秒*1.5也該是45秒吧。這個(gè)51秒 55秒是不是哪里寫死了，
我也也 restart 問題依然存在。
問答啟動(dòng)時(shí)顯示源碼是怎么回事
小白一個(gè) 輸入命令運(yùn)行時(shí) 直接吧源碼打出來了 這個(gè)是怎么回事
[attach]772[/attach]
問答使用webman做微服務(wù)，事務(wù)該如何處理
#### 問題描述
使用webman做微服務(wù)，分布式事務(wù)該如何處理？
#### 為此你搜索到了哪些方案及不適用的原因
1.了解到了rpc和nacos，但是不是分布式事務(wù)也是微服務(wù)難以處理的一環(huán)呢？各位大佬也沒提到過。
http://www.wtbis.cn/q/8412
問答webman多臺(tái)服務(wù)器部署
如果有多臺(tái)服務(wù)器的情況下，代碼需要更新了
1.怎么能方便的處理下，總不能登錄每臺(tái)機(jī)器更新代碼然后reload吧
2.如果更新后發(fā)現(xiàn)有問題了，怎么能多臺(tái)機(jī)器快速回滾
問答isOnline($client_id)是在線的，但為什么getOnlineStatus獲取列表為空？
連接沒有斷，isOnline查了在線，也可以正常發(fā)送接收數(shù)據(jù)，但是getOnlineStatus返回的一直是空列表，昨天還好好的今天就不行了，這可能是什么原因啊？
?看了下日志，是從昨天最后一次重啟socket服務(wù)開始的，把代碼回滾到以前的版本后重啟服務(wù)還是不行，服務(wù)器上的另一個(gè)項(xiàng)目是正常的，不知道這個(gè)是怎么回事？
?
問答php think worker:server reload 無效？
#### 問題描述
我就是加個(gè)日志 然后reload 日志根本沒有生效 restart 生效了 啥區(qū)別啊 你們生產(chǎn)環(huán)境下都是怎么使用的？比如更新代碼了 是restart?
#### 為此你搜索到了哪些方案及不適用的原因
php think worker:server reload無效果
問答在webman中使用swoole一鍵協(xié)程化不生效
#### 問題描述
在webman中使用swoole一鍵協(xié)程化不生效
#### 程序代碼
```
//webman server.php 配置
return [
'listen'
問答我在 composer.json 中增加了目錄 文件修改熱更不生效
啟動(dòng)webman后訪問：http://xxx/test/ceshi/index 沒問題能正確訪問/test/ceshi.php 里面的index方法
但是當(dāng)我修改ceshi.php 里面文件內(nèi)容后不生效
問答不同的業(yè)務(wù)怎么放到一個(gè)事務(wù)里面
#### 問題描述
用戶發(fā)起提現(xiàn)
需要調(diào)用銀行接口、調(diào)用go服務(wù)減去對(duì)應(yīng)用戶的余額、自己這邊增加資金日志
這三個(gè)業(yè)務(wù)用什么方式可以像事務(wù)那樣 要么都成功要么都失敗
問答env文件變更后，提示了update and reload，但是修改并未生效
#### 問題描述
看了config/process.php文件了，修改env文件后也的確提示了update and reload，但是我嘗試讀取配置文件里的內(nèi)容，仍然未生效。另外幾個(gè)情況
1、直接修改相關(guān)的config文件，自動(dòng)reload后，可以讀到最新的配置
2、我使用的是vlucas/phpdotenv
3、無論是配置文件中讀取，還是直接在代碼中g(shù)etenv，均讀不到最新的env的配置，讀到的還是老配置
4、restart后，env的變更是生效的
問答workerman-statistics StatisticClient::report 返回true 統(tǒng)計(jì)數(shù)據(jù)已生成 日志文件沒有生成
workerman-statistics StatisticClient::report 返回true 統(tǒng)計(jì)數(shù)據(jù)已生成 日志文件沒有生成
問答前端報(bào)錯(cuò)502，過了一會(huì)又連上了，請(qǐng)問大佬們這是怎么回事呀
#### 問題描述
我今天發(fā)現(xiàn)前端鏈接上了服務(wù)端，服務(wù)端返回了client_id，但是過了一會(huì)前端又報(bào)錯(cuò)502，過了一會(huì)又連上了，請(qǐng)問大佬們這是怎么回事呀
!
問答打包二進(jìn)制下語(yǔ)言包無法生效
#### 問題描述
二進(jìn)制下語(yǔ)言包無效，
php webman build:bin 8.1 打包的bin文件。 在打包之后結(jié)果無法生效。
問答redis-queue隊(duì)列的消費(fèi)代碼更新了，總有一些進(jìn)程走的是舊邏輯，新代碼的邏輯不生效
#### 問題描述
這里寫問題描述
redis-queue隊(duì)列的消費(fèi)代碼更新了，總有一些進(jìn)程走的是舊邏輯，新代碼的邏輯不生效。最后只能改了隊(duì)列的名稱，換了個(gè)隊(duì)列名才執(zhí)行了新的邏輯，請(qǐng)問有人知道是什么要怎么才能讓代碼生效嗎。
不然每次修改消費(fèi)代碼的文件，都得換個(gè)消費(fèi)隊(duì)列名稱，那得多麻煩啊
問答無法使用怎么回事
無法使用怎么回事
問答webman Event事件是否增加返回值 + has函數(shù)
看到Event事件插件沒有返回鉤子return的數(shù)據(jù)，并且也沒有檢查鉤子是否存在的函數(shù)，
在自己項(xiàng)目中像下面這樣簡(jiǎn)單修改了下，并且也提交了ISSUES，但是未得到回復(fù)，
這兩個(gè)功能使用的還是比較頻繁的按照workerman一貫的做法，雖然追求簡(jiǎn)單就是多，可有些web常用，比如事件、路由這些，
代碼量不多的情況下，感覺還是融合一體比較好！要不然一個(gè)項(xiàng)目里面加載的包，，太多！static::$logger->error($e);
}
continue;
}
}
// 鉤子事件返回數(shù)據(jù)是常用的
問答客戶端觸發(fā)服務(wù)端事件失敗
前端事件觸發(fā)：
```js
socket.send('getInfoaaaa',uid);
socket.on('getInfoaaaReturn', function(msg){
alert(msg);
});
```
服務(wù)端事件：
```php
$socket->on('getInfoaaaa',function($uid)use($socket){
$socket-> emit('getInfoaaaReturn',$uid);
});
```
開啟服務(wù)端監(jiān)聽之后 前端沒有收到結(jié)果，也沒有任務(wù)的報(bào)錯(cuò)，之前寫的都是可以的，不知道為啥。。。
問答workerman使用Nginx代理或原生openssl實(shí)現(xiàn)https，哪個(gè)更高效？
#### 問題描述
Workerman使用Nginx代理實(shí)現(xiàn)https和原生openssl實(shí)現(xiàn)https，哪個(gè)更高效？
或者說，兩者差別大嗎。不需要任何Nginx的其他高級(jí)功能，只是因?yàn)樾枰獙?shí)現(xiàn)https，以及相中了寶塔中自帶的為Nginx實(shí)現(xiàn)的Lets encrypt自動(dòng)續(xù)簽。
問答gatewaywork 客戶端回復(fù)了心跳數(shù)據(jù)， 服務(wù)端依然斷開了連接
客戶端正常返回心跳數(shù)據(jù)包{“type”:"test"}. pingNotResponseLimit 設(shè)置為1，按理說一次不回復(fù)才會(huì)字段斷開連接，可是服務(wù)器返回我也收到了，gatewaywork依然選擇斷開連接了，這個(gè)我就不明白怎么回事了！
問答joinGroup 里的分組 人員數(shù)量 會(huì)時(shí)不時(shí)的變成0 是怎么回事
給分組里所有的client_id
Gateway::sendToGroup($group, $message);
但是打印分組里的client_id數(shù)量的時(shí)候 會(huì)一會(huì)變成0 一會(huì)又正常 這也是怎么回事
贊助商
