SVN（Subversion）作为经典集中式版本控制系统，大量企业内部仓库仍采用 HTTP/WebDAV 协议提供访问。当前鸿蒙原生生态缺少开箱即用、轻量的图形化 SVN 客户端，大多依赖命令行或跨平台移植方案。本文围绕，实现一套基于 HTTP_WebDAV 协议的轻量级图形 SVN 客户端，不直接编译厚重原生 libsvn 全量库，复用 WebDAV 能力做仓库访问，适配 ArkUI 界面，完成

ArkWeb 是鸿蒙系统提供的 Web 组件，替代 Android WebView /iOS WKWebView，用于在鸿蒙应用内加载 H5 页面，实现 Hybrid 混合开发。Web 内核：Chromium 内核，负责渲染 HTML/CSS/JS；ArkWeb 框架层：ArkTS API，提供页面加载、缓存、权限、JSBridge、事件监听等能力。重点：HarmonyOS NEXT 没有安卓兼容

钉钉群 → 群设置 → 智能群助手 → 添加机器人 → 自定义机器人机器人名字：Prometheus 告警安全设置：选择加签，复制Secret（保存好，后面要用）复制 Webhook 地址，格式类似：plaintext加签原理：需要对做 HmacSHA256，base64 编码，urlencode 拼接到 webhook 地址。

使用场景：需要横向平铺多列卡片，且每列顶部对齐、底部留白一致。立即学习“前端免费学习笔记（深入）”；给卡片容器加 align-items: start（避免默认 stretch 拉伸）所有卡片统一设 min-height（比如 min-height: 160px），比内容平均高度略高即可禁用 grid-auto-rows 的隐式行高设置，改用显式 grid-template-rows: auto

必须在直接父容器上设置 container-type: inline-size（最常用）或 container-type: size（需同时设宽高）不能靠继承，也不能设在 body 或远祖元素上——只对**最近的、有 container-type 的祖先**生效如果父容器是 flex/grid 项，注意它可能被压缩到 0 宽，导致 inline-size 查询始终为 0container-name

因为 background-position 默认值是 0% 0%（即左上角），不是居中。正确做法是配对使用：background-position: center center（等价于 center）必须搭配 background-repeat: no-repeat，否则重复平铺会掩盖居中效果如果容器宽高不固定（比如响应式 flex 项），center 依然可靠——它始终相对于当前背景定位区计算

为什么不用自己手写 RBAC 逻辑手写 CheckPermission 函数看似简单，但很快会遇到：角色继承链断裂、资源通配符（如 /api/v1/users/*）匹配不一致、运行时动态加角色后策略没刷新、并发查策略时锁竞争。常见错误现象：enforce() 返回 false，但策略文件里明明写了 rule —— 大多是 model 定义和 policy 行格式对不上，比如用了 RBAC with

SHOW SLAVE STATUS 显示 Seconds_Behind_Master 为 NULL 或 IO/SQL 线程为 No这说明复制链路已断，不是延迟高，而是彻底停了。常见现象是 Slave_IO_Running 和/或 Slave_SQL_Running 显示 No，Seconds_Behind_Master 为 NULL，同时 Last_IO_Error 或 Last_SQL_Erro

例如FLOOR(2.9)=2、FLOOR(-2.1)=-3，CEIL(2.1)=3、CEIL(-2.9)=-2，二者均非四舍五入，且在所有主流SQL方言中行为一致。比如 FLOOR(2.9) 是 2，FLOOR(-2.1) 是 -3；ROUND(2.5) 可能是 2 或 3（取决于实现），FLOOR(2.5) 永远是 2CAST(-2.7 AS INTEGER) 在 PostgreSQL 返回 -