webman要怎么部署上線
原來用的laravel,在學(xué)習(xí)廣播那一塊的東西，然后看到socket.io,然后就想到workerman,昨天折騰一天gateway,想著既然都用gateway了，為什么不用官方的框架呢，今天第一次用webman，本地測(cè)試沒問題，找了半天沒找到部署的環(huán)節(jié)，bd也搜不到，不能一直 ip:XXX 端口訪問吧，也是用nginx當(dāng)作webServer的嗎？如果是的話項(xiàng)目入口文件是哪個(gè)呢？是直接監(jiān)聽80或者443端口，然后轉(zhuǎn)發(fā)...
最新版本只要有一點(diǎn)錯(cuò)誤就報(bào)錯(cuò)，而且錯(cuò)誤定位很難，錯(cuò)誤如下
Error: Call to a member function error() on null in /data/wwwroot/admin/vendor/workerman/webman-framework/src/Exception/ExceptionHandler.php:65 Stack trace: #0 /data/wwwroot/admin/support/exception/Handler.php...
webman docker調(diào)優(yōu)
這里用docker來跑webman http://m.wtbis.cn/doc/webman#/install?id=docker%e7%8e%af%e5%a2%83 我想問問 關(guān)于linux 系統(tǒng)調(diào)優(yōu) http://doc.workerman.net/appendices/kernel-optimization.html 這個(gè)是在docker容器里面配置還是在宿主機(jī)上面修改配置？...
多進(jìn)程，怎么理解每個(gè)worker中，不會(huì)導(dǎo)致并發(fā)數(shù)據(jù)混亂問題
注意： 不要在主進(jìn)程中初始化數(shù)據(jù)庫(kù)、memcache、redis等連接資源，因?yàn)橹鬟M(jìn)程初始化的連接可能會(huì)被子進(jìn)程自動(dòng)繼承（尤其是使用單例的時(shí)候），所有進(jìn)程都持有同一個(gè)連接，服務(wù)端通過這個(gè)連接返回的數(shù)據(jù)在多個(gè)進(jìn)程上都可讀，會(huì)導(dǎo)致數(shù)據(jù)錯(cuò)亂。同樣的，如果任何一個(gè)進(jìn)程關(guān)閉連接(例如daemon模式運(yùn)行時(shí)主進(jìn)程會(huì)退出導(dǎo)致連接關(guān)閉)，都導(dǎo)致所有子進(jìn)程的連接都被一起關(guān)閉，并發(fā)生不可預(yù)知的錯(cuò)誤，例如mysql gone away 錯(cuò)...
webman框架中使用thinkorm后查詢緩存沒法使用
Db::table('user')->cache(60)->find(); 這樣調(diào)用后發(fā)現(xiàn)沒有生成緩存文件？...
[不懂就問]關(guān)于webman和workerman swoole的幾個(gè)問題
背景： 傳統(tǒng)PHP-FPM已經(jīng)無法應(yīng)付當(dāng)前數(shù)據(jù)量特別大的今天了。 流量一大，經(jīng)常遇到PHP-FPM CPU100%的情況，即使堆機(jī)器也不是長(zhǎng)久解決辦法。 準(zhǔn)備轉(zhuǎn)型的時(shí)候，收集了一下相關(guān)資料。 1、轉(zhuǎn)GO 2、基于常駐型的框架 3、PHP8 JIT 1、忽略了，并不是不想轉(zhuǎn)型GO，而是從0開始自己玩玩之類的沒問題，但公司基本都是PHP開發(fā)的，轉(zhuǎn)GO后大家都沒經(jīng)驗(yàn)遇到BUG也不好解決，而且初識(shí)GO，發(fā)現(xiàn)packege基本...
webman作為接口服務(wù)器，有什么提供rpc服務(wù)的思路?
webman作為接口服務(wù)器使用，但是wap站需要大量調(diào)用，考慮通過用rpc的tcp協(xié)議來調(diào)用webman里的控制器接口方法。但是webman的onMassage的第二個(gè)參數(shù)只能接收request對(duì)象，不能接受文本和數(shù)組。請(qǐng)問有什么好的方法處理?同時(shí)也建議大神作者封裝一個(gè)rpc服務(wù)端在里面。...
