mlsjla

实际上是双输局。 哎。 如果当年不撕， 现在swoole生态至少还有个比较重量级的产品。 当年韩大确实那官网， 那文档， 那bug还是很多，这个必须承认， 然后普通用户使用难度很大。

Co::shutdown 命名好坑，建议 * Co::kill

报错可以用try 来进行处理。 你可以通过异步来防止阻塞。开两个进程， 一个负责主逻辑，提示用户扫码，或者发送二维码到邮件，或者发送带二维码的短信之类都行，一个负责生成二维码然后阻塞获取认证信息

@slince 账号密码登录这个方法， 实际上是前端测试经常用的，用php来控制浏览器进行登录，然后获取cookie和登录凭证用于系统登录。 先登录http://m.qzone.com， 可以通过qq号和密码登录 然后再范文w.qq.com 发现自动登录了。 我是参考了这个 https://github.com/pandolia/qqbot/blob/master/qqbot/plugins/passwordlogin.py 来开发的，有python版本，facebook开源了php的chromedriver，所以我就参考写了下，测试了运行正常。

可以简单理解。 就是php通过chromedriver驱动，来控制浏览器 第一步： 打开chrome浏览器 第二步： 然后控制浏览器访问http://m.qzone.com 第三步： 然后控制模拟浏览器键盘鼠标输入qq账号和密码。 第四步： 然后控制浏览器访问w.qq.com 发现这时候qq已经登录了。 第五步： 然后获取cookie和其他登录凭证 $vfWebQQ $pSessionId $ptWebQQ 有了上面的东西，就可以直接用于程序本身进行登录了。

新鲜出炉， 默认语言也切换到中文了~~ https://bbs.zhanmishu.com/

``` If this is a native custom element, make sure to exclude it from component resolution via compilerOptions.isCustomElement. at key="/article/view/47492998283395072" > ```

建议前端基于nuxt3来写。 我已经基于您开源的gin-admin做了个简单的后台管理。 1、 casbin机制太过复杂， 直接创建了casbin-rule表，管理policy 2、之前的action_id 太过复杂难以理解， 将菜单menu 和 api权限分开管理。 即user_menu管理当前用户后台菜单显示项目。 casbin 管理userid对应的api权限。 3、前端基于nuxt3 element-plus tailwind dayui 开发， nuxt3自动管理路由，支持ssr， 支持生成静态站，很方便且规范。 4、 不仅仅是后台， 实际上此方案，可以是包含整站的解决方案。 总体就是： 移除了表 menu_action menu_action_resource 修改了role_menu结构， 将用户的menu权限记录在这里。 接口权限记录在casbin_rule内，...

我这边也遇到过， 大概是不支持部分内网段IP导致的。 ` func isPrivateIPv4(ip net.IP) bool { return ip != nil && (ip[0] == 10 || ip[0] == 172 && (ip[1] >= 16 && ip[1] < 32) || ip[0]...

``` // not works onMounted(async () => { const { data: settingRes } = await api.setting.get(params); if (settingRes?.value?.list && settingRes?.value?.list[0]) { smsSetting.id = settingRes?.value?.list[0].id; formData = JSON.parse(settingRes?.value?.list[0].value); } }) ```...