webman不错，但不建议官方做webman-admin
1、我理解作者做webman-admin的考虑，但webman-admin的存在对想利用webman做应用的开发者 ，形成了一定的生态排斥；
2、希望作者继续在webman上下功夫，像动态修改配置等其他功能借鉴一些传统框架的做法，在上手、部署等方面对初学者友好些，这样能开拓更多人使用；我曾打赏、购买、使用过作者的产品。
2442 6 1
6个回答
相似问题
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
PHP8.4下webman直接用topthink/think-orm想了解数据库连接该写在哪里
联表一次查询和查询后循环内再查询别的表组装数据，哪个性能好呢？
webman想使用人大金仓数据库，如何处理？ 求方案
微信SDK，关于webman里推荐的
redis-queue 延迟任务 可否延迟第二天触发？
请教：webman如何让错误直接在网页显示，而不是在命令行打印出来？
请问下现阶段是否有必要使用异步mysql查询？
webman有没有可能考虑内置Macro宏功能呢？
webman不错，但不建议官方做webman-admin
非常感谢你对webman的支持和建议
1、关于第一点我并不同意。
webman-admin并没有排斥其它开发者基于webman做应用及发展生态，反而为开发者提供了现成admin后台及一系列应用插件，开发者可以直接使用也可以作为生态发展参考。
webman框架没有强制开发者必须使用webman-admin，开发者可以自己开发也可以使用其它admin系统(基于webman的非官方admin系统没有十套也有八套了)。
总的来说webman-admin后台对所有开发者是有益的，如果不喜欢就直接无视即可，它并没有对开发者造成什么伤害或影响，反而是webman生态的重要补充。
2、目前来说webman上手和部署难度已经和传统框架区别不大了，甚至比传统框架更方便。当然webman会继续开发优化。
既然webman-admin已经存在了，再讨论它该不该存在意义已经不大了。
急切需要webman自己的docker部署方案,现在我都是直接使用的hyperf的dockerfile在跑webman
https://www.workerman.net/search?keyword=docker
有人分享过了
基于webman-admin，我倒是觉得不用太多精力去搞，目前这样已经挺好的，偶尔更新一下还可以，我倒是觉得可以在动态配置，特别是部署，尽可能部署再简单点就好了
动态配置之前有帖子讨论过 https://www.workerman.net/q/8328
webman部署就一句 composer create-project 吧，哪里还需要优化呢？
现在有一种状态，使用webman做外包项目或者研发了一些项目作为源码去销售，但销售出去的客户长期搭建TP那种FPM项目习惯了，比如他们不知道如何去配置Nginx转发，出现端口占用情况，如何配置守护进程后台运行等等，毕竟做好的源码销售出去，如果每个来购买客户，都需要去帮他们部署搭建，确实有点耽搁时间
你分发源码肯定有文档吧，nginx配置和启动方式文档写下就好了。这个我实在不知道还怎么给你优化，你有何高见？
我暂时也没想到好的解决方案，目前只是做了一个适配宝塔的一键部署，并且帮助宝塔官方完善了关于可以一键安装webman框架
非常感谢对webman的支持
webman-admin 挺好 ，方便大家 ，而且提供的商店大家也放心点
部署很简单啦；写个文档给客户就行；不要用技术人员的思维去写，想不出来可以抄过来改改，不用谢。
https://doc.crmeb.com/pro_s/pro_single/4598
有点过分了
楼主的意思是怕老大把精力分散了，妥妥的私心 😄😄 ，
其实我也想老大把重心就放在workerman就行了， 罪过罪过～🤭
虽然我已经不再用php作为主要语言，但是我还是希望php越来越好，workerman越来越好，workerman是php常驻内存的为数不多的框架，简洁干练。我认为最重要的不是开发应用，比如admin，ai工具什么的，这些应该交给社区，workerman应该做的是底层，比如各种三方组件对接，各种协议实现，这样才能发展的长久，不然生态一直做不起了。但是有个矛盾点大家都要吃饭做底层不好变现，光靠作者精力也有限。