比方指定端口,文件是否监控,开发模式等,而不是只依赖 -d 参数控制。 如果要自己改造,有什么建议吗?
简单方案 A,修改Workerman框架的Worker.php,缺点是workerman更新会覆盖,除非自己fork一份做上游,自行维护以来 B.在Webman-Framework继承Worker,重新实现启动参数部分代码,并替换对原Worker的引入,缺点同上
复杂方案 在webman重新实现worker,缺点..复杂
当然也有最简单的方案
让walkor去实现 ╮(╯_╰)╭
可以只改动start.php文件,自己解释$argv全局变量,根据对应的参数直接对config目录下的文件进行覆盖写入。这个自己把握好。
start.php
$argv
config
搜到过这个帖子:https://www.workerman.net/a/1550
操作步骤:
boot.php
config/app.php
require_once dirname(__DIR__) . DIRECTORY_SEPARATOR . 'boot.php';
此方法,不影响更新和升级。
感谢,我研究一下
完全可以 我就是这么干的
建议通过 .env 读取配置
他是想实现更多自定义启动参数,执行多分支的业务操作。
简单方案
A,修改Workerman框架的Worker.php,缺点是workerman更新会覆盖,除非自己fork一份做上游,自行维护以来
B.在Webman-Framework继承Worker,重新实现启动参数部分代码,并替换对原Worker的引入,缺点同上
复杂方案
在webman重新实现worker,缺点..复杂
当然也有最简单的方案
让walkor去实现 ╮(╯_╰)╭
可以只改动
start.php
文件,自己解释$argv
全局变量,根据对应的参数直接对config
目录下的文件进行覆盖写入。这个自己把握好。搜到过这个帖子:https://www.workerman.net/a/1550
操作步骤:
boot.php
启动引导文件,写一些自定义启动逻辑config/app.php
的第一行,加载 启动引导文件require_once dirname(__DIR__) . DIRECTORY_SEPARATOR . 'boot.php';
此方法,不影响更新和升级。
感谢,我研究一下
完全可以 我就是这么干的
建议通过 .env 读取配置
他是想实现更多自定义启动参数,执行多分支的业务操作。