🚀webman官方admin管理后台意见收集🚀

可以参考 fastadmin与xunruicms这种模式。

前端推荐类似fastadmin,requirejs加载插件前端资源

推荐两个
https://github.com/vbenjs/vue-vben-admin
https://github.com/TuSimple/naive-ui
都是 VUE3

期待一个基于blade模板引擎的

前端可以用vue-element-admin

拥抱VUE3

开发时用typescript，发布插件时应该是构建好的应用，也就是编译好了，使用者不需要再编译。

拥抱 Vue3 + TS。 拥抱大厂 https://arco.design/

老大，我都中有就行😄啥也别说了爱你么么哒

推荐：https://lolicode.gitee.io/scui-doc/
逻辑非常清晰 使用也方便

拥抱 Vue3 + TS。 拥抱大厂 https://arco.design/

不建议做官方管理后台，虽然我很期待官方管理后台，但参考所有的框架 没有出官方后台的，并且前端更新太快 ，太分散官方精力。

不建议官方做，建议开放第三方插件形式（而且现在也已经有了）
正如 @没茅台 这位网友所说，前端技术更新太快，也不确定作者或者作者所在的团队是否有精力和时间持续投入？

建议：
官方可以设立一套基础API或者准则，后台插件开发者对接可以基于这类API去开发并且扩展

vue都可以，其实有一个解决办法就是，直接使用iframe，

这样插件作者 可以使用jq+html做页面，也可以 npm run build的插件成品页面。

另外： 我永远支持你

-.- 期待中...

虽然我前端是个菜鸡，但是我还是支持

现在webman确实没有像样的admin管理后台，像laravel有laravel-admin,doct-admin等很多优秀的管理后台，开箱即用，减少开发时间。不过laravel这二个管理后台个人认为封装太严重了，面对复杂一点的流程改起来很麻烦。我期待的管理后台是有自带权限，自定义菜单和丰富的组件可以使用即可。

都行,对我来说都不是什么问题[doge]

支持！

我也不太赞成官方团队在前端选型上做过多纠结，前端技术五花八门，会耗费官方团队精力。
是否可以由官方把数据接口做好做提供官方接口文档，然后官方团队只用自己喜欢或擅长的前端技术做个官方示例就好了，官方版本开箱即用，而如果其他开发者和团队有条件且有需求的话，完全可以根据官方接口文档，用各自擅长的前端技术做出适合自己的前端模板，这样也有可能将workerman社区在从端技术基础上再扩展一部分前端开发者过来，react，vue2，vue3，layui，甚至bootstrap+jq等等，都可以来丰富前端模板。

支持

https://ant.design/ 有vue3
在导航 更多里 不过是社区实现
https://www.antdv.com/docs/vue/migration-v3
https://github.com/vueComponent/ant-design-vue
他有16k个star

官方搭个基础的后台框架，大家一起来开发插件获得额外收入，实现双赢。。。

我正在开发的系统和官方想开发的思路是一致的
http://v8.youlingsha.com/index.html

只不过没有用webman开发（有其他的考量，webman是非常优秀的框架）

1. 系统实现的用户，角色，权限系统
2. 支持自定义模块实现curd
3. 支持插件系统，应用以插件接入进来
4. 使用的https://lolicode.gitee.io/scui-doc/ 感觉这个比较清爽
5. 支持不编译vue运行，即可接入后台，打开network可以看到vue文件大多数都是通过远程加载的（这里其实还是不怎么灵活，丢失了一些vue的特性）

在管理后台像搭积木一样安装相应的应用插件
正是我需要的功能，把生态搞起来，

Vue3的话确实会增加学习成本，能写后端API，不一定能写前端插件，如果是选择这种前端编译型的，可以考虑做个通用HTML组件对外，插件开发者调用通用组件API去渲染页面，这样成本可能会第一点
以上只是个人观点，不喜勿喷

越简单越好 直接上手 layuiadmin

不建议使用 vue3+ts，徒增学习成本，而对于小团队或个人来说，并没有什么明显的收益。

非专业前端，vue3+ts 只搞个编译环境应该都挺费劲，感觉完全没必要

个人感觉，对于后台admin，应该选择最容易上手、学习曲线平缓的，使用vue2 甚至 jquery layui这些也足够了。
满足需要、性能合适、开发效率高、上手难度低、修改维护方便简单，应该比追求最新技术更重要

先说结论：不建议做官方管理后台

个人感受，从最初的tp到现在的webman，最大的感受就是，框架性能无敌，社区作者非常活跃，有问必答（真心感谢作者walkor），也一度想为webman社区做些开源贡献，奈何技术薄弱。

使用感受：官方组件比较少，虽然可以composer自己组装，和社区插件，但是总觉得很是杂乱（可能我有强迫症）。

个人观点：webman管理后台，官方可以创建一个仓库，制定好代码规范和使用的前端框架，由社区一起来开发为维护（这样我也能参与了，哈哈哈）。官方继可以把一些社区常用插件可以融入到官方仓库里，由官方来主要维护，这样能统一规范。

仅自己的观点，不代表他人，如有错误的地方可以指出

我认为，这个非常有必要非常有意义，需要经过讨论定型，做成大一统的管理后台，开打人员专注于自己的业务和给予扩展，方向非常正确，为每个开发人员节省很多时间。

个人观点：【可把管理的后台做成插件模式，选型何种前端，不影响webman的原有内核】

webman的理念是以最小内核提供最大的扩展性与最强的性能。本身开发了插件模式，目的就是不干扰原有的内核特点，原有内核只是更倾向完善，更完美。也不影响已经使用webman内核的项目受到升级干扰。

1、把管理的后台做成插件模式（管理后台选型用何种前端技术，对使用webman的内核来说丝毫不影响）。可以便于想使用的人安装或卸载；

2、对于不想使用官方管理后台的或者已经有自己业务逻辑的项目，可以保持更新原始webman内核即可。

不建议官方做后台，不建议官方做后台，不建议官方做后台。
不建议官方把精力浪费在前端，不建议官方把精力浪费在前端，不建议官方把精力浪费在前端。
重要的事情说三遍。。。
官方应该把精力放在开发或者引导开发者开发适合在各种常用场景使用的组件，并且尽量内置（内置并不是指框架安装了就有，而是指根据需要安装组件，而一旦安装了组件，除了修改必要的配置文件等，就可以根据文档指引就能完全使用组件的所有功能），达到开箱即用的目的。
各种常用场景的组件丰富，文档齐全，如果还有从浅入深的引导的话，还有活跃的社区，相信开（各种层次，各种需求的）发者会越来越多，那么生态自然就会百花齐放。。。

引入Layui吧，挺不错的。

不如提供接口，前端直接调用就行了，前端五花八门，永远满足不了所有人

支持统一管理后台，才能有统一规则的插件化，智能化，既然官方已经决定了，维护核心后台部分，剩下的是插件化的开发，不用每个人去造轮子，现在每个人都是自己创造轮子，各自为政，虽然灵活性高，但大家都是在花费时间重复的做相同的事情。老大要做的事情是给你基石，让你自由搭建积木和装修，一点不冲突。

肯定是vue3+arco,因为webman是最新的，最新的webman搭一个老的vue2这不是搞笑么

管理后台一般都是php人员在使用，js对于php开发人员是相对薄弱的。这个就要看项目的定位了，如果要快速使用的不建议用typescript

layui 怎么样

期待类似laravel-admin之类的

老大，搞呀，我这几天就等这个呢，都睡不好觉了

后端基础功能带上数据权限啊

看到这篇文档，本来没有注册账号，为了回复一下，特地注册了一个账号，我的一些观点如下

1. 一键CRUD，快速开发，插件市场，这些基本上框架都需要有的。
2. 后台美观，而且layui撤了，为什么不可以去拥抱vue呢？内卷就完了呀，不进步就挨打。
3. 当然了，也需要看官方的框架定位，如果定位小型企业，那么基本php的话，普通的js，html，css还可以改，如果定位中型企业的话，vue必然是可以，干外包经验来说，从接小活儿到大活儿，现在不止是客户挑前台了，后台界面客户也觉得丑。
4. 如果arco pro 做的话，那么不止是卖应用插件，主题也可以卖呀，现在各个公司内卷的厉害，都在压价格，为了就是给客户服务好，比如圣诞节给客户做一个圣诞节的主题。
5. 做的话，可以后台arco pro，接口webman，前台arco，先把官网做起来。至少登录，注册，找回密码，插件市场可以先有，以基础框架为中心，扩展各个行业应用。
6. 之前一直考虑过使用webman+arco pro 做这个后台管理框架，正准备入手做看到官方的帖子了。
7. 插件市场，打造一个爆款，瞅准机会就可以做起来。

瞎说的，有大家伙儿听着不顺耳的，不要喷我。

在前后端分离的项目上，admin 框架我推荐 https://tdesign.tencent.com/

理由如下：

全端组件支持，具备 admin-starter 框架，项目群活跃，大厂腾讯维护。
vue2 vue3 react 支持。ts js 支持。

可以看看它的资源，这个是管理后台 starter https://tdesign.tencent.com/starter/

关于动态安装应用插件需要编译的问题，2种方法，1，像 unicloud 一样，提供 devops 的编译。2，发布时要求提供编译好的 dist 生产包。
也就是插件的开发源码和插件的生产包是不同的，发布的时候都要按版本提供。

admin starter 后台好改，可商用。这是一篇之前改动的记录。

https://laravel-workerman.iwnweb.com/d/15-tdesign-vue-next-starter TDesign Vue Next Starter 初始化操作

也可以考虑接入 现成的 我在使用webman 开发api 接入 vue 的
这个功能齐全 挺好的
http://doc.ruoyi.vip/ruoyi-vue/

首先，支持！支持！支持！
官方统一好规范、接口，维护一套基本的可以作为范例，有能力的可以自己做一套前端；
有通用后台有利于生态发展，性能优秀也要考虑易用性，可以吸引更多的小伙伴来添砖加瓦，增加活跃度；
开源不易，也可以多一条变现渠道；

个人建议 参考 laravel-mix 场景灵活 无论是原生html,js 还是 vue,react 都可以自定义引入使用，主要是不用打包编译

用uniapp吧，支持后端模板，也支持前端跨平台.

https://tdesign.tencent.com/
前端大家对鹅厂开源的这个有何看法，感觉不错。分管理后台PC桌面端、移动端UI.
有vue2, vue3, react, angular, flutter 版本，倒是很齐活。

vue3后台预览
https://tdesign.tencent.com/starter/vue-next/#/dashboard/base

VUE 啊

啥我都支持

我觉得可以，如果做起来有利于workerman的推广，更期待学习workerman的协程版本。

不建议前后端分离的admin管理后台！！！
框架和开源cmf绝对是两个领域。
建议只出包含权限和token验证的restful接口框架，或者纯PHP模板的后台。
前端选型的坑太大了，前端会消耗大量的精力，配置成本也会更高。关键是不灵活呀。

建议还是应该把重心放在框架上，框架自身NB了，衍生的第三方应用会有很多，如果要搞admin，势必分散团队精力，同时又跟一部分开发者形成了竞争关系，而且前端的技术栈五花八门，真正有开发能力团队会考虑自己选型去搭建，对小白用户而言生态不丰富而且门槛还有点高，对官方并不是一件利好的事情；况且现在的Webman很多功能组件都还依赖于第三方composer，没有统一的标准规范，对用户来讲非常非常不友好；还有官方开发文档也有不足，不如官方加强框架自身逐渐形成自己的特点核心竞争力，目前webman距离一个健壮成熟的框架还是有不小距离的，革命尚未成功，同志们仍需努力。

在社区里征集意见，大多数用户肯定是希望类似的产品越丰富越多越好，但试问Webman创立的初心是什么？希望官方有一个清晰明确的定位，有明确的发展规划（或者说现阶段还不是推出admin的时候），不要盲目构建所谓大而全的生态，开源不易且行且珍惜。

个人拙见仅供参考。

非常感谢大家的建议，因为人数较多，无法一一回复，统一在帖子里分割线的方式回复了一些同学关切的问题。

都是可以的 只在乎后台好用 类似于构建器 开发者只管php部分

支持官方出admin后台，另外最好也支持移动端，响应式的布局自适应PC和移动更好

我用vue-element-admin 作为前端 webman作为后端 写了个后台 感觉最大的不足 就是 前端框架 添加和编辑的表单都统一了(添加什么字段 编辑也只能有什么字段)。。。 我希望能添加和编辑的表单 要能区分。。。。。

同意，这太妙了

话说前后端分离 怎么做插件

期望能尽快推出！能把生态越弄越好！

我只想要一个webman的最佳实践，什么后台不后台都不要紧，反正目前做的很多的都是要定制，通用的可能性很小。UI方面就更加不用说了，客户想要什么就给什么。如果是内部用那倒没什么关系。

老大现在开始做了吗，期待！

子插件相关页面访问可以借助qiankun（类似微前端框架）接入通用后台，权限验证用单点登录解决，这样就不影响后台框架admin的技术栈选型

看了那么多推荐，怎么就没人推荐element plus 的么？

在workerman社区看到了前端领域的百花齐放，异常娇艳……

如果用前后分离，二开是不是太麻烦了？

非常好 经常想用后台webman管理系统， 在gitee 和 github上找不到合适的webnman开发合适的轮子。

支持一下，希望能早日用上

有没有一键生成API功能？这样小白用起来就好上手些

如果可以选择和第三方合作，我想也是一个不错的选择，集大佬之思，集众之力。为了可持续发展，其实可以考虑收取一定的费用，总还有在实现财务自由的大佬需要。

jquery 兼容稳定成本低快速上手

虽然我前端是个菜鸡，后端是个菜鸟，但是我还是支持！！！

啥时候出来呀 好期待啊

期待，希望能再次掀起php热潮

支持 vue3+element-plus 或者 vue3+arco

小弟在外包公司呆过几年,也在产品公司呆过几年.也仔细看了所有大佬的发言.
个人的浅见,前端技术更迭太快.作为一个后端人员,会html,js,css的,不一定会vue.
如果从外包公司出发的话, 无疑就增加了招人成本,维护成本.
产品公司肯定是首选vue技术栈了.现在的前端,谁敢说自己不会vue啊?但是会vue的前端,他会后端吗?懂服务器吗?nginx吗?
个人开发项目,肯定用自己拿手的技术栈啊.
中心思想就是一个项目无论是外包,个人,产品,都要求一个快.能一个人完成的,不需要两个人.

本人自己也在接一些项目,也做自己的项目, 这个前端技术栈考虑的好久,纠结了好久. 最终还是选择老套的模式开发layui,因为方便,没必要前后端分离,部署还麻烦.维护开发,很轻松.关键是快.
贤心是说,拥抱vue吧.这是一种无奈,是一种苦涩.
小程序员不是工作需求,何必一直内卷呢?关键是变现...
所谓众口难调. 直接开发两套模板吧~哈哈哈.
webman+layui webman+vue

浏览了一下评论，站长应该是倾向于前后端分离了，那就不研究fastadmin这种东西了，用Layui或者Vue那些框架比较好

我目前在弄的类似laravel-admin项目:

基本功能包含后台权限、ui生成、插件扩展机制。UI为bootstrap3修改改版，目前准备上element-ui 。

webman兼容thinkphp和larvel的组件的话，可以移植。
tp5.1/tp6：(长期维护中)
https://github.com/hi-tpext/myadmin
laravel：(只是一个尝试,精力有限没维护了)
https://github.com/ichynul/labuilder-web.git

如果有人感兴趣想要移植,我可以提供帮助.
其实我也在想,把框架再抽象一下,把每个框架的不同部分抽离封装,兼容不同的框架.

谈谈vue的问题,就我目前在弄的bootstrap转element-ui的经验之谈.别搞成单页面的,每个页面是一个单独的vue,这样就不需要编译页面.
或者有些框架把前端组件已经封装了,后端直接传json过来就可以动态生产UI
例如:https://github.com/fast-crud/fast-crud

强烈反对！官方开发管理后台！

看看隔壁tp和laravel就知道了，管理后台这个业务本身就是伪需求，反而分散了官方优化框架本身

如果官方真的比较“闲”，我建议，从官方对php在驻留内存下的运行这方面的极高造诣

还不如多出一些关于php使用驻留内存这种写法下的教程或者各种案例，虽然现在也有一些，但是没有体系性的介绍php在这种环境下的从入门到精通的教程，有这样的资料反而更快速的让fpm下的php程序员快速转化过来，就像当年tp一样教会了一大堆人写后台一样

建议别搞ts vue3那些了，直接上amis吧，后端写通用接口，前端编辑json文件就行了，稍微学两天就会了。https://aisuda.bce.baidu.com/amis/zh-CN/docs/start/getting-started

强烈支持， 我现在用的是TP + element UI + vue2， webman做自动任务。 如果webman出通用后台，就可以全部用webman了。

希望用VUE3 , VUE2的现在已经有很多通用后台了，既然搞就用新的，顺便也学习一下VUE3

提供开源的后台管理系统是增加推广框架很好的一个方式，如果是基于前后端分离的系统，前端选用什么其实并没有那么重要，官方后台接口定义好之后有能力的开发者可以根据自己的喜好随意修改自己的前端，并且开源出去，或者放在插件市场里面，都是增加多样性的一种方式。只不过这样自动生成部分没办法匹配，不过可以通过第三方解决，只是增加学习成本。比如：Formily
前端方面建议还是拥抱VUE3这样不用维护多个版本，毕竟VUE2会变成过去。至于是否使用TS，个人不建议增加学习成本。
本人自己也在弄一套webman+vue3的管理系统，只是前端就卡了很久；看了市面上很多开源的admin模板都不太满意，最后把自己之前的vue2的模板给改了，现在还没完全弄完；因为要考究的地方太多了，很耗时。
官方其实可以一些任务发布出去让广大网友来处理，只需要定制好规范就可以。

进展如何了？老大

我这里做了个版本的后台，老大看看合不合适，直接在这个基础上优化，vue3的，前后端分离的，已经用于正式项目

楼主, 就想知道 现在 决定好了吗? 2022年6月17日

什么时候正式立项开发？到时候会积极参与进去

支持。

https://www.naiveadmin.com/home

不要再调研了，开搞吧。。。等着全用webman的呢。

快点出吧，用啥都行，我在等轮子。。是不是太不要脸。

我也持续关注着，真想有个轮子直接开始全部上webman

这个多人想早点用上 建议walkor提升这个项目的优先级 😄

出来了没？？ 我愿做小白鼠

其实真不用出，之前用了几个中后端框架，就因为和PHP框架绑定的太深,觉得一点都不灵活.

还不如使用一些大厂的后端框架,虽然里面用了如vue\ts等,但是有例子,基本比如表单咋写\表格咋写,都差不多.

必经更多的数据都是api后端提供了.

上个月买了一个tp6的中后端框架,后来放弃.

太好了，很需要一个高性能带后台的框架，目前用的thinkcmf的后台还不错，有基本的权限、角色管理，就足够了，剩下的功能，可以自由开发

看到了 Pear Admin Webman 感觉这种形式的不错，现在市场上还是听缺少一个这种官方做的一个高性能的带后台框架，官方可以在这个基础上增加一些在线应用安装的功能，这也是类似于thinkcmf，目前thinkcmf作为一个后台来说足够了，但是官方没支持这种常驻内存模式的运行，性能不如webman

老大，提上日程了没？

建议使用插件方式组合。 后台admin嘛，就全部都做成接口。有需要的，自己搭建前台，或者是vue等的模板插件对接。如果是只熟悉mvc模式的，也可以弄这种插件，就是官方把admin功能和模板分开。官方主要维护功能和中心

http://webman.funadmin.com/backend admin 123456随便搞了一个后台，希望对大家有帮助

同问进度

初选方案及日程已经在帖子里更新。争取在8月15日发布第一个版本

这个是我的ui方案 https://github.com/chenpinzhong/d2wd-ui react+ant.design+jq 进度很低工作量太大了
后台方案是 https://github.com/chenpinzhong/d2wd-server.git webman 进度很低 思路还在不断改进中

后台

完成度 低 应为是边学边做的
目前开发的 思路是
react-cli 脚手架 开发不做任何配置

<BrowserRouter>
<MainRoutes/>
</BrowserRouter>

MainRoutes 文件内容
import {useRoutes} from "react-router-dom" //用户路由
import IndexRoute from './pages/index/route'//网站路由
import ShopRoute from './pages/shop/route'//网站路由
import AdminRoute from './pages/admin/route'//后台路由
const MainRoutes = () => {
const routes = useRoutes([
//网站首页
{path: '/',element: <IndexRoute />,},
//商店首页
{path: '/shop/',element: <ShopRoute />,},
//管理员页面
{path: '/admin/',element: <AdminRoute />,},
//所有路径不匹配 404
{path: '',element: <div>404</div>,}
])
return routes;
}
export default MainRoutes

对应子路由

import { useRoutes, } from "react-router-dom";
import { lazy } from 'react';
import IndexLayout from '../../layout/index/IndexLayout'
const Index = lazy(() => import('./index'))
const Help = lazy(() => import('./help'))

function IndexRoutes() {
return useRoutes([
//主页
{
path: '/',
element: <IndexLayout />,
children: [
{ path: '/', element: <Index /> },
{ path: '/help', element: <Help /> },
]
},
//404
{
path: '*',
element: <div>前台404</div>,
}
]);
}
export default IndexRoutes

这些能实现前端路由
webman 实现后端路由 session数据要用redis来保存 数据库主要用mysql,redis 前端编译后文件index.html文件 我感觉 应该可以 处理一下再输出 是我目前的思路
2022-7-11 有点乱 希望是个有点用的思路

7.15是个好日子，哈哈。

要不直接整嵌入式，回复09年php高光时刻！

作者大神辛苦了，我个人挺喜欢pear的，也有vue版本~

希望功能可以参考一下，TP5的 fastadmin

老大提上日程了，必须顶一下，期待

我觉得大部分使用webman的都是搞后端的天才,搞后端估计也不爱捣鼓前端的东西, 如果使用 vue 学习成本增加太多..大大增加了开发时间..

强烈建议使用 AdminLTE 这样的免费的,简单粗暴,非常 淦
https://github.com/ColorlibHQ/AdminLTE

我选 AdminLTE

小小的期待一下。

总之，牛逼！！

很期待，还有 7 天就会出一个版本了

好东西。
之前用惯了fastadmin，很多功能确实很好用。
换到webman之后最不适应的就是本来很常用的后台功能还需要重新设计制作，支持

还有6天就出来一版了

前端不建议用太新的技术，弊大于利。用过不少后台管理框架，凡是偏后端作者发布的很多都是用layui做前端，简单好用，后台管理场景对前后端分离的需求不是很大，前端复杂了反而改起来困难。

期待期待

出预览版了吗？？

倒计时 4 天

期待ing

倒计时3天

出预览版了吗？？

下周一出吗？

倒计时 2 天

倒计时1天

还有2小时

跳票了呀

10点发布哈

今天发布么？

小板凳 坐等

我来晚了，前端可以考虑微前端的模式，每个开发者都做成插件，可以自动引用，跟PHP的插件模式类似，具体可以百度一下

到点啦

发布在哪了，谁有传送门？

是晚上10点吗？

在线等。。。

坐等。
今天刚好要开新项目。

小火箭走起
🚀🚀🚀🚀🚀🚀🚀

出来了兄弟们，见文章底部

有安装成功的吗？
是不是需要php 8.0以上啊

Your requirements could not be resolved to an installable set of packages.

Problem 1

• illuminate/container[v8.0.0, ..., v8.83.23] require psr/container ^1.0 -> found psr/container[1.0.0, 1.1.0, 1.1.1, 1.1.2] but the package is fixed to 2.0.2 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
• illuminate/events[v9.0.0, ..., v9.24.0] require php ^8.0.2 -> your php version (7.4.19) does not satisfy that requirement.
• webman/admin v0.1 requires illuminate/events >=8.83 -> satisfiable by illuminate/events[v8.83.0, ..., v8.83.23, v9.0.0, ..., v9.24.0].
• illuminate/events[v8.83.0, ..., v8.83.23] require illuminate/container ^8.0 -> satisfiable by illuminate/container[v8.0.0, ..., v8.83.23].
• Root composer.json requires webman/admin ^0.1.0 -> satisfiable by webman/admin[v0.1].

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.

Installation failed, reverting ./composer.json and ./composer.lock to their original content.

url /app/admin not found 按照文档来的提示没有找到

大佬，这个是什么问题？
直接composer create-project workerman/webman，运行就出错了，还没装其他的

启动就报错了

php8.1 + composer 2.3 安装后 404

https://github.com/walkor/webman-framework/pull/52 控制器解析失败导致404的修复pr

404问题

将getControllerAction方法第一行替换为下面代码

        if (static::loadController($controller_class) && ($controller_class = (new \ReflectionClass($controller_class))->name) && \method_exists($controller_class, $action)) {            

老大，前端呢？？？没前端代码，用不起来啊。。。

php版本较低启动报错

解决办法

报错的重新安装下

老大，windows服务器 workerman/webman-framework 1.4.1 版本 启动报错

有时间你修复一下

现在升级到1.4.1报404 Not Found

1.4.1 tag打错了，请升级webman-framework到 1.4.2或者更高版本
命令为 composer require workerman/webman-framework ^v1.4.2

成功安装，结合帖子，个人总结如下

1. 安装webman
   composer create-project workerman/webman

2.webman框架升级，安装console，webman安装

composer require workerman/webman-framework ^1.4.0

&& composer require webman/console ^1.0.27 && php webman install

3. 安装webman/admin
   composer require webman/admin --with-all-dependencies

4.配置数据库，导入数据库sql

5. 启动 php start.php start

大佬们，迷航了，有两个插件一个要php7.4，一个要php8.0,搞不明白了，，，切换不同的版本，报不同的错误信息

等了好久终于等到了今天，梦了好久终于要都实现

我还以为用了字节的那个UI的。。说实话这个UI属实有点丑。。

官方啥时候发正式版本啊！

官方啥时候发正式版本啊