#### fast 不如 webman 速度优秀，但是有一些可取之处我想用webman实现 多应用 多插件（这个目前webman admin有了的） 但是比如一些功能上加钩子 自定义文件函数注入 调用等等官方框架似乎没有。 我想实现的功能1如：https://www.workerman.net/q/11163 简单描述就是 假设我做一个 企业微信机器人： 我自己作为项目开发作者：我负责核心开发 然后有许多的二开 或者 参与者，他们可以在我的框架上新增 功能（不影响核心） 修改(算是继承覆盖掉我原有的功能 - 不影响核心) 后续我更新核心功能，并不会影响他们自己二开的功能 当具备上面的功能后二次开发者就可以新增 diy各种功能（且使用者可以以付费购买方式开通或使用） 我描述不太清楚，就像xunruicms的应用中心一样，或者像：dz论坛 一样 不过他们不是cli模式 不知道是否可以实现 想找个资深的webman大佬，为我设计一下框架方案 愿付费

#### 问题描述 关于webman_admin搭建后台的一些体验建议 **1.建议：创建表格，可以加个上下排序**。 在使用创建表格后，然后点击一键菜单，对应的菜单页面就会按照字段的顺序显示，而项目表单一般都会把创建时间放在最后。目前是可以找到对应的页面进行调序，  2.**建议：关于表单属性，附件类型是日期时间选择，查询类型可以默认为范围查询。** 90%以上，应该不会使用精准时间查询。在创建表格，太容易忘记更改查询类型了，然后一键菜单后，生成的页面筛选便是精准时间筛选了。  3.**建议：一键菜单后，新增的页面查询默认为created_at倒序排序。** 目前生成的列表都是正序排序，需要到各自的页面找到筛选，重载进行排序处理。项目90%应该都是倒序查询   4.**建议：一键菜单后，树形单选和多选可以生成对应的代码，对应的接口留空就行** 每次一键菜单后，树形单选的代码块还得去其他页面扒。   5.新增加一个角色，给了对应的菜单权限后，该角色对应的菜单管理应该只有总管理员给的菜单   一键菜单很好用了，祝webman越来越好

> **注意** > Windows系统不支持reload。 > **注意** > 长连接(例如websocket)业务，进程平滑重启时连接会被断开。解决方案是使用类似[gatewayWorker](https://www.workerman.net/doc/gateway-worker)的架构，一组进程专门维持连接，并将这组进程的[reloadable'/your/path/MessageHandler.php'; // 启动脚本直接载入的文件不支持热更新 $messageHandler = new MessageHandler(); $worker'/your/path/MessageHandler.php'; // 进程启动后载入的文件支持热更新 $messageHandler = new MessageHandler(); $> **提示** > 上面代码为了方便演示，使用了`require_once`语句，如果你的项目支持psr4自动加载，则无需调用`require_once`语句。

为进一步提升系统容量，我们对channel进行了改造，支持类似消息队列那样的任务调度机制。前端NGINX+HTTP业务网关负责跟用户交互 后端HTTP业务服务负责处理业务请求，支持业务调度、限流、熔断等机制。 类似于spring-clound那套机制。

项目地址: https://github.com/bob-php-compiler/bpc-workerman-4.1-branch 更多介绍: [PHP编译器BPC 6.0发布,支持namespace,支持closure,成功编译 workerman ](https://zhuanlan.zhihu.com/p/586368712) 关于BPC: https://bpc.dev/ 关于BPC的更多介绍

请问，是我的代码写法问题，还是本来就不支持这么做？ 我原本想通过of命名空间的方法来区分2个不同功能的socket请求，但早上在论坛的提问中已经得到回复phpsocketio不支持of命名空间。

socket_set_option(): Unable to set socket option [10042]: 在 getsockopt 或 setsockopt 调用中指定的一个未知的、无效的或不受支持的选项或层次socket_set_option(): Unable to set socket option [10042]: 在 getsockopt 或 setsockopt 调用中指定的一个未知的、无效的或不受支持的选项或层次

# 说明 workerman从4.x版本开始加强了HTTP服务的支持。引入了请求类、响应类、session类以及[SSE](SSE.md)。$connection->send('this is body'); } }; // 运行worker Worker::runAll(); ``` 当`Response`类已经初始化后is body'); $connection->send($response); }; // 运行worker Worker::runAll(); ``` 当`Response`类已经初始化后``php $response = (new Response())->withFile($file); $connection->send($response); ``` - workerman支持发送超大文件- 对于大文件(超过2M)，workerman不会将整个文件一次性读入内存，而是在合适的时机分段读取文件并发送 - workerman会根据客户端接收速度来优化文件读取发送速度，保证最快速发送文件的同时将内存占用减少到最低

'/favicon.ico'); } } ``` webman支持发送超大文件 对于大文件(超过2M)，webman不会将整个文件一次性读入内存，而是在合适的时机分段读取文件并发送 webman会根据客户端接收速度来优化文件读取发送速度，保证最快速发送文件的同时将内存占用减少到最低 数据发送是非阻塞的，不会影响其它请求处理 file方法会自动添加if-modified-since头并在下一个请求时检测

#### PHP 兼职开发工程师（Webman 框架，需到场） 工作类型： 兼职（需现场坐班） 坐班地点： 郑州市郑东商业中心 c 座 工作时间： 每周 5 天，支持弹性排班（每周 40 小时） 薪资待遇【岗位职责】 基于 Webman 框架开发 API 接口及后台逻辑 协助完成项目的接口联调与上线准备 优化现有代码结构，解决实际业务中的问题 与前端、产品及其他工程师高效协作，推动项目进度 【岗位要求

//layer.photos({photos: 'div[lay-id="data-table"]', anim: 5}); soulTable.render(this); } ``` 查看变化的文件

为此你搜索到了哪些方案及不适用的原因 经过我这边跑下来，发现很多用户在移动端二维码这一步就不进行下一步操作了，因为二维码不能按着识别扫码，需要截屏到微信里面点扫一扫，增加了不少操作步骤，降低了付费的转化率

跑了一个tcp监听的8282端口 主要负责tcp设备接入 收到消息后 转化为json格式post给web项目B.

问题描述，在Events onConect里我对每个连接进行session的初始化，其实有一个powerNum长度为10的数组，初始全为1.我在onMessage里提取的时候分别用$_SESSION和Gateway

插件安装卸载脚本 　　├── helpers.php 助手函数 　　└── bootstrap.php 进程启动后初始化脚本

= null) { // 如果是子进程，则赋予事件后直接退出 if ($event) { self::$_event = $event; return; } // 这里是主进程（初始化）

[目录](/upload/img/20240131/3165b9c0fd7e39.png "目录") #### 为此你搜索到了哪些方案及不适用的原因 感觉有代码可以优化

win上面执行的时候，写的一个token生成的方法，里面使用了__construct去初始redis和mysql的连接方式，在执行调用生成token的方法，然后这个方法执行了两次，即便是注释了这个初始化方法

refreshConfig 方法后 再请求getKey方法打印$configArr里面有时候有值有时候没值 重置属性有时管用有时不管用 是不是请求的某一个进程修改了 部分没修改呢 如果让所有进程都初始化成空呢

客户端使用浏览器，进行呼叫等操作，每次的队列变化都会向叫号端和客户端进行队列的推送，接入端并不是特别多，目前使用的是Phpsocket.io实现的，有没有必要更换成GatewayWorker。