webman框架后續(xù)更新是否會(huì)不兼容其他第三方開發(fā)者的框架？
問題描述 由于很多第三方開發(fā)者基于webman開發(fā)了自己的admin，當(dāng)然也包括swiftadmin這樣從TP轉(zhuǎn)到webman的， 但webman有自己的官方admin，后續(xù)的更新感覺webman代碼會(huì)偏向自己官方的admin所需的功能進(jìn)行擴(kuò)展或調(diào)優(yōu)。 對于這個(gè)問題有一個(gè)擔(dān)心，那就是webman持續(xù)迭代的過程中，是否會(huì)慢慢的出現(xiàn)不兼容第三方開發(fā)者自己的admin 說的更通俗一點(diǎn)，就是webman因?yàn)樽陨韆dmin的一...
webman是否計(jì)劃增加類TP-dump-halt的調(diào)試函數(shù)
問題描述 現(xiàn)在單純使用var-dump輸出到控制臺的方式，用戶反饋來說不太友好，并且數(shù)據(jù)量大的時(shí)候也不好檢查； 為此你搜索到了哪些方案及不適用的原因 個(gè)人覺得現(xiàn)在webman的優(yōu)點(diǎn)在于易用，讓FPM程序員能更好的遷移過來減少學(xué)習(xí)成本。 搞一個(gè)頁面調(diào)試的方法還是很有必要的，但webman默認(rèn)是原生PHP模板引擎，考慮到webman有N個(gè)模板引擎擴(kuò)展。 所以來咨詢下官方是否有想法增加頁面更直觀的調(diào)試方法！ 另：topth...
webman下一個(gè)版本是否考慮合并啟動(dòng)文件，并且讀寫熱加載可控？
問題描述 1、在自己swiftadmin框架開發(fā)插件的過程中，發(fā)現(xiàn)調(diào)試模式下大量的文件讀寫在Monitor監(jiān)聽的文件路徑中， 一直重啟會(huì)導(dǎo)致一些異常的發(fā)生，比如我開始判斷插件是否安裝，由于安裝時(shí)間過長或文件或多，導(dǎo)致重啟的進(jìn)程重復(fù)執(zhí)行了接口的代碼。 2、現(xiàn)在默認(rèn)的入口文件，分為Linux和Windows，組合為一個(gè)文件不是更好？【現(xiàn)在的入口代碼多少顯得有點(diǎn)凌亂】 3、在process/Monitor類和Windows...
反饋 webman-push插件兩處BUG
bug描述 webman-push插件兩處BUG 環(huán)境Windows10 PHP7.4 擴(kuò)展都已經(jīng)安裝正常 1、api->trigger提交數(shù)據(jù)不成功，測試onApiClientMessage， var_dump無回顯，沒執(zhí)行到這里 2、$request->rawBody() , 默認(rèn)獲取body數(shù)據(jù)存在獲取無效的問題。詭異的是，有時(shí)候可以有時(shí)候不可以， 那么肯定就是BUG了，可以或者不可以的時(shí)候，數(shù)據(jù) ...
反饋bug: webman/think-cache 清理tags無效
Cache::tag('config')->set('name','linux', 600); var_dump(Cache::get('name')); // 清理tags無效！ Cache::tag('config')->clear(); 新建webman安裝tp緩存，經(jīng)過測試無法清除！...
實(shí)現(xiàn)類似ThinkPHP 多應(yīng)用 默認(rèn)應(yīng)用的路由方法
這段代碼還是 walkor 的auto-route代碼，主要是因?yàn)?，沒有默認(rèn)應(yīng)用自己使用上不是很方便； 但是，我又不想因?yàn)橐粋€(gè)小功能就去安裝一個(gè)composer包； 默認(rèn)不使用這個(gè)代碼，你前端訪問一樣是需要手動(dòng)增加路由URL地址的，否則就需要/app/controller/action的這種方式去訪問！直接把這段代碼粘貼復(fù)制到config/route文件中即可 代碼的流程還是很簡單的，如何實(shí)現(xiàn)默認(rèn)應(yīng)用？其實(shí)就是寫路由...
webman-framework 1.4.2 不支持默認(rèn)應(yīng)用
看介紹說webman-framework1.4.2已經(jīng)包含自動(dòng)路由了，也就是說不需要auto-route這個(gè)插件了， 但是更新完畢后，卸載掉了auto-route之后發(fā)現(xiàn)多應(yīng)用是可以訪問的，但是沒有默認(rèn)應(yīng)用了， 比如之前這個(gè) default_app="index"，另外還有一個(gè)BUG，靜態(tài)資源訪問的時(shí)候， 如果包含兩個(gè)// 則無法訪問，例如： http://workerman.net/static...
webman Event事件是否增加返回值 + has函數(shù)
看到Event事件插件沒有返回鉤子return的數(shù)據(jù)，并且也沒有檢查鉤子是否存在的函數(shù)， 在自己項(xiàng)目中像下面這樣簡單修改了下，并且也提交了ISSUES，但是未得到回復(fù)， 這兩個(gè)功能使用的還是比較頻繁的，所以請問下,Event是否會(huì)更新和融合進(jìn)內(nèi)核！ 按照workerman一貫的做法，雖然追求簡單就是多，可有些web常用，比如事件、路由這些， 代碼量不多的情況下，感覺還是融合一體比較好！要不然一個(gè)項(xiàng)目里面加載的包，，太...
近期重構(gòu)項(xiàng)目，不知webman1.4是否會(huì)做如下更新
打算把公司業(yè)務(wù)一部分用webman去實(shí)現(xiàn)，workerman經(jīng)過這么些年的迭代也越來越好 但是感覺現(xiàn)在webman自身的包比較少，比如自動(dòng)路由、多應(yīng)用域名綁定插件，其實(shí)代碼量并不是很多， 搞成插件的話，感覺整體變得不簡潔了，想先用webman重構(gòu)自己的開源項(xiàng)目，但是糾結(jié)如下； 1、webman1.4版本，是否會(huì)將自動(dòng)路由、日志、event、action-hook融合到框架自身的，比如action-hook，我按照文檔...
