寫了一個http服務(wù)器 workermanhttpd，不知道有什么問題

dvakknheo 2022-01-04

其實已經(jīng)寫了很久，但沒在生產(chǎn)環(huán)境用過。也沒宣傳過。

https://github.com/dvaknheo/workermanhttpd
https://gitee.com/dvaknheo/workermanhttpd

寫的時候參照 webman 精簡的。
開始還想和協(xié)程方式那樣處理折騰一些問題，后來沒管了

再后來配合我的 duckphp 框架實現(xiàn) fpm/ workerman 兩棲。

對 workerman 了解不深，不知道會有什么問題。
workerman 也是和 php-fpm 一樣多子進程的吧。
如果是用協(xié)程模式，wokermanhttpd 的協(xié)程安全會有問題。
其他地方就沒底了

 1321  2 0

2個回答

chaz6chez 2022-01-04

暫時沒有細致看代碼，但要說問題，可能就是這個東西有沒有實際意義了；
一般情況從fpm切換到cli下面無非是想使用常駐或者一些多線程的一些便利，在一些工程處理上肯定是做搬遷；舉個例子，比如之前開發(fā)的是TP框架，我現(xiàn)在想切換到cli下面使用不管是Workerman還是reactPHP還是swoole，肯定優(yōu)先考慮的是業(yè)務(wù)代碼變動不要太大的切入到這套體系里；cli->fpm反之亦然。
沒有哪個用戶會因為兩棲而選擇一個框架，是沒有市場的，如果是一個易移植的框架可能會非常吃香。

Tinywan 2022-01-04

大實話：沒有實際意義了
dvakknheo 2022-01-04

那么，看來就和 webman 類似的了。WorkermanHttpd 并不是個框架，而是 http 服務(wù)器。

兼容直接調(diào)用 public 目錄下直接使用 .php 文件的功能。
直接 echo 輸出，不用非得在 Response 對象里操作。

header() 之類的不兼容函數(shù)，只需要在前面加個
改由 WorkermanHttpd::header() 就可以了，參數(shù)也一樣。
chaz6chez 2022-01-04

其實要在webman上面實現(xiàn)和fpm其實也不是很難，寫兩個入口，甚至利用start.php作為fpm的入口也可以，只需稍稍改造以下即可；
判斷是否是cli模式，如果不是，就走fpm那一套，利用composer autoload加載框架對應(yīng)的內(nèi)容執(zhí)行并返回，如果是cli并且有workerman常量，那么就走webman相關(guān)的邏輯，關(guān)于http服務(wù)器，其實對于webman來說只是其中的一個進程而已。
chaz6chez 2022-01-04

當(dāng)然，如果不想這么暴力，想要用工程化的思路解決這個地方的這個問題的話，可以使用適配器模式處理，就好比數(shù)據(jù)庫的各種驅(qū)動，mysql驅(qū)動、odbc驅(qū)動、pgsql驅(qū)動等