想请问一下,webman v2.0,有哪些变化吗?
主要是组件安装相关的优化，还没定是在2.0里做，还是在下个版本做。
现状 webman理念是webman只提供最小核心，其余功能通过组件来扩展。 所以webman后续很多通用功能都会用组件的方式提供。例如接口调用统计组件、链路跟踪组件、admin管理后台组件、队列管理后台、服务监控组件、服务器资源监控组件等等。这些组件有复杂的功能会涉及到各种配置的添加修改，例如进程配置、路由配置、中间件配置等。目前安装这样的组件需要手动去手动设置很多配置，并且这些配置和原项目配放在一起，耦合性很大。
期望效果 webman后续版本目的是做到安装某个组件时，composer require xxx/xxx 一条命令安装即可使用。卸载时也是一条命令卸载。组件相关配置和现有项目配置隔离。想象下你的项目需要一个接口调用统计，只需要一个命令 composer require xxx/xxx，这个组件就装好了，不需要你额外做任何操作就做你就有了一个统计后台页面，可以看到各种请求的请求量、耗时等统计。
composer require xxx/xxx
其它 文件更新监控组件增加进程内存使用监控功能，当内存使用达到某个上限时让其重启(解决个别业务不规范导致内存泄漏问题)，到时候max_request配置就可以考虑去掉了。
大家对后续版本有任何建议可以在这里提出来。
太好了，很期待“一键安装/删除”这个功能！！
一使用webman，恐怕无法离开了，现在预期，会越来越多人使用，只是现在很多人还不知道有这个框架，随着时间发展会越来越成熟，这框架是我上小学五年级的儿子告诉我的。
组件化是对的，降低耦合，容易维护，每种组件如有配置自己生成。还有多应用的路由，可以考虑独立配置路由。
期待！！！
期待。。。
不错不错，我马上让我弟弟辍学，学webman
这么卷的吗？
我弟弟在学spring boot 我把他揍了一顿，我告诉他webman5.x要出来了，好好学
希望后面webman5 遇到curl这种阻塞能 ”优雅“ 的挂起等待
主要是组件安装相关的优化，还没定是在2.0里做，还是在下个版本做。
现状
webman理念是webman只提供最小核心，其余功能通过组件来扩展。
所以webman后续很多通用功能都会用组件的方式提供。例如接口调用统计组件、链路跟踪组件、admin管理后台组件、队列管理后台、服务监控组件、服务器资源监控组件等等。这些组件有复杂的功能会涉及到各种配置的添加修改，例如进程配置、路由配置、中间件配置等。目前安装这样的组件需要手动去手动设置很多配置，并且这些配置和原项目配放在一起，耦合性很大。
期望效果
webman后续版本目的是做到安装某个组件时，
composer require xxx/xxx一条命令安装即可使用。卸载时也是一条命令卸载。组件相关配置和现有项目配置隔离。想象下你的项目需要一个接口调用统计，只需要一个命令composer require xxx/xxx，这个组件就装好了，不需要你额外做任何操作就做你就有了一个统计后台页面，可以看到各种请求的请求量、耗时等统计。其它
文件更新监控组件增加进程内存使用监控功能，当内存使用达到某个上限时让其重启(解决个别业务不规范导致内存泄漏问题)，到时候max_request配置就可以考虑去掉了。
大家对后续版本有任何建议可以在这里提出来。
太好了，很期待“一键安装/删除”这个功能！！
一使用webman，恐怕无法离开了，现在预期，会越来越多人使用，只是现在很多人还不知道有这个框架，随着时间发展会越来越成熟，这框架是我上小学五年级的儿子告诉我的。
组件化是对的，降低耦合，容易维护，每种组件如有配置自己生成。还有多应用的路由，可以考虑独立配置路由。
期待！！！
期待。。。
不错不错，我马上让我弟弟辍学，学webman
这么卷的吗？
我弟弟在学spring boot 我把他揍了一顿，我告诉他webman5.x要出来了，好好学
希望后面webman5 遇到curl这种阻塞能 ”优雅“ 的挂起等待