iMOM Nginx 性能优化汇报 一、整体优化思路 本次Nginx性能优化严格遵循"由简到繁、先本地后线上、分层定位、逐点根治"的迭代思路，规避线上环境干扰、精准收敛性能瓶颈，整体推进步骤： 优化迭代流程：初始默认配置 → 线程参数调优 → 连接池复用 → 静态文件本地化 → 性能全面达标 二、优
docker方式部署华为mbm后端 1. 背景 估计虚拟机所在的物理机对特定的数据包进行拦截，华为mbm的某些接口经常出现Connect reset的问题，多试一次又正常，访问链路: gateway->msm/mdm->mysql 全部被拦截，将华为mbm服务使用docker方式部署，network
移动端H5流水线部署 需求: 在已部署好《imom移动端打包部署 - iMOM开发者门户》的基础上，部署相关的移动端H5流水线 1. 添加移动端运行环境 2. 创建流水线 3. 编辑流水线的jenkins file配置
rocky9.7离线安装PG主从 1. 离线安装PG18 下载rpm源: # 配置下载源 dnf install -y https://download.postgresql.org/pub/repos/yum/reporpms/EL-9-x86_64/pgdg-redhat-repo-latest
在现有的华为 k8s集群上部署kubesphere和devops 1. 使用场景背景 项目现场部署华为方案的k8s, 没有安装图形化面板; 项目现场需要安装devops流水线功能 2. 部署资源要求 kubesphere需要资源: vCPU: 8 内存: 16GB devops需要资源: vCPU:
imom移动端打包部署 1. 安装nexus中央仓库 添加PVC: 创建deployment和svc: kind: Deployment apiVersion: apps/v1 metadata: name: nexus3 namespace: common labels: ap
前情提要：昨天我试验构造queryWrapper对象传入接口成功后，决定在前端提供一个通用的条件构造工具。 早期开发前端时发现不会构造复杂的查询条件，于是大部分情况都委托后端开发对ts标准查询接口进行了深度的魔改，与最初的ts设计目的相悖了。 本次构造器的出现就是为了解决这个问题，旨在由前端自行构造
标准的 query 接口是直接调用原子服务的query方法，透传queryWrapper作为查询参数，例如以下包装规则的分页查询接口。 在早期开发过程中，为了适配前端开发需求，部分query接口被魔改，以无法完整透传queryWrapper为代价实现部分功能。 但实际上前端可以直接传入queryWr
在 2026-09-14 的 framwork-excel 更新中，实现了针对异步导入的 @NotEmpty 注解效果，它可以自动在模板表头补充 *，并支持自动空值校验。 同时，框架还提供了 @ExcelTemplateIgnore 注解，在模板 DTO 基类中使用，带有该注解的字段不会出现在下载的
