一位福友的2023年外贸总结

基于STM32F4XX 、HAL库的SHT40-CD1B-R3温湿度传感器驱动应用C语言程序设计

define SHT40_ADDR_READ 0x8B // CD1B 读地址 ((0x45 << 1) + 1)#define SHT40_ADDR_WRITE 0x8A // CD1B 写地址 (0x45 << 1)// 初始化 I2C1 (根据 CubeMX 生成的函数)// 湿度: -6%RH + 125%RH * (raw / 2^16)// 温度: -45°C + 175°C * (raw / 2^16)// 返回值: 0=成功, 1=失败(CRC错误或I2C通信错误)

Linux笔记之GIT常用命令

小米5X-miui12.5.8安卓11定制资源 解锁bl状态fast模式刷写 带root

资源说明;1-----刷写前提是手机必须解锁bl先。而且会在fast模式刷写固件2-----刷写方法与官方刷写步骤一样3-----此固件为定制初始固件。主要用于自己机型账号忘记。写入后可登陆。4-----属于适配固件。也许有个别小bug。不接受请勿下载5-----需要一定的刷机常识与动手能力的友友刷写。6-----资源有可复制性。下载后不支持退。请知悉7-----定制其他需求可以在csdn私信博主参考博文：https://mp.csdn.net/mp_blog/creation/editor?spm=1001.2014.3001.5352

生产环境向量检索数据库选型：Elasticsearch、Qdrant、Milvus 与 Chroma

只做 Dense Semantic Search，还是还要关键词搜索？关键词是简单 Contains，还是需要 BM25、Phrase、Analyzer、同义词、模糊匹配和字段权重？是否需要 Dense + Sparse + Rerank？是否需要 ColBERT 等 Multi-vector 或 Late Interaction？Top-K 是 10、100，还是数千？是否必须支持 Exact Search 作为小集合或评测基线？

【GitOps·进阶篇】与 Terraform 集成：基础设施的 GitOps 管理

前面我们讲的 GitOps 都是在管 Kubernetes 集群内的资源。但一个完整的应用系统还包括 VPC、数据库、负载均衡器等云资源。这些基础设施能否也用 GitOps 管理？答案是 Terraform + GitOps，也叫 "GitOps for Infrastructure"。

Git 分支同步实战：`merge -X theirs` 与完全合并方案

想要"加进来"用 merge，想要"变成它"用 reset，想要"排成直线"用 rebase，想要"压缩成补丁"用 squash——-X theirs只是 merge 的选边开关，改变不了 merge 的"合并"本质。

自己动手编写skills：我让AI使用git更规范、合理

wdp-git 的本质，是把"资深工程师提交代码时的所有下意识动作"——分类、核实、防呆、评审、安全——翻译成 AI 能严格执行的规范流程。git 不会替你做决定，但一份好的过程规范，能让每一次提交都不再靠运气。让历史 DAG 可分析、让变更可追溯、让错误可撤销。关注回复：需要skill，私信免费发送skill技能包。

Tack Harness 编程工作流

精简克制、人类可读、任意配置的编程工作流 Skill。通过/tack触发，覆盖从工作区初始化到代码上线的完整开发流程。

写软著 - Copyright Forge Skill 完整闭环改造方案

│├── 01-申请信息填写指引.md├── 02-软件说明书.pdf├── 02-软件说明书.docx├── 03-源程序鉴别材料.pdf├── 04-提交前检查报告.md├── 05-待确认事项.md│这里要明确分成两层。目前的 READY 不能只代表：没发现明显 blocker。READY =事实全部确认必要材料全部生成源码材料生成完成文档规则校验完成一致性校验完成安全检查完成Reviewer Gate 通过没有 Blocker缺少著作权人缺少真实完成日期。

【GitOps·Flux篇】环境搭建：安装配置与首次 GitRepository

前面8篇讲的是 ArgoCD，现在切换到 Flux。Flux 是另一个 CNCF 毕业的 GitOps 工具，更轻量、CLI 友好。本篇从零安装 Flux，配置第一个 GitRepository，部署第一个应用。

驯服 PUNKs：ES|QL 如何查询 Elasticsearch 从未被告知的字段

​在 Elasticsearch 9.5 中，ES|QL 可以查询未映射的字段。它会从 _source 中读取这些字段，或者返回 null，因此即使某个字段从映射中消失，查询仍然可以正常工作，从而避免需要数小时的重新索引。 亲自体验 Elasticsearch：深入了解 Elasticsearch Labs 仓库中的示例 notebooks，开始 免费云试用，或者现在就在本地机器上尝试 Elastic。 如何让一个分析查询引擎使用它无法知道存在的数据？你 “只需要” 读取查询，因为用户请求的所有内容都

Git 修改绑定远程仓库

更换远程地址。提交记录存在本地仓库.git文件夹内，和远程仓库地址没有绑定关系；切换远程只是修改推送/拉取的目标服务器地址，本地历史永久保留。

ESP-IDF版本兼容报错：INTR_CPU_ID_AUTO 未定义问题终极解决

核心纠正是 IDF5.1.2 旧宏，并非5.5新增；IDF5.3.5 迭代为高版本IDF废弃旧宏，属于版本API迭代兼容问题，非代码逻辑BUG适配原则：5.1.2旧工程迁移5.3.5，只需替换中断CPU宏名称，无需删除结构体字段最优开发原则：工程IDF版本与编译环境版本一一对应，跨版本迁移需同步适配迭代API、宏定义。

【电商项目】商品搜索模块｜核心问题深度复盘（含ES设计、线上排查、性能优化）

商品搜索模块是电商项目的核心重难点，本文涵盖索引设计、数据同步、聚合查询、性能优化、线上问题排查等多个核心知识点。通过这次逐题纠错复盘，补齐了之前的知识盲区，理清了MySQL与ES的分工、ES底层执行逻辑、线上问题排查思路。

Gitee Team 企业级权限治理实践：操作‑数据‑流程三位一体的方案化落地与实施路径

据官方管理员配置文档，平台提供 20 余种自定义字段，包含单选、多选、用户组、数据引用、文件、级联字段等类型 [S1]。下拉字段支持手动维护选项或者引用外部数据源；数据引用字段可以关联其他事项，例如缺陷绑定所属需求、所属系统，并支持 IQL 过滤条件。字段层面支持默认值、输入限制、文件大小数量限制等配置。可操作步骤列表（基于公开信息整理）：配置自定义字段与界面的基础步骤在企业管理后台新建自定义字段，配置字段类型、默认值、校验约束；创建界面方案，分别配置新建、编辑、查看界面，将字段挂载到对应界面；

【无标题】

AI整理的更通用的机器人开发学习路径图。这份路径综合了NVIDIA、Datawhale等专业机构和开源社区的学习框架，希望能给你提供一个清晰的导航。整个学习过程可以大致分为四个阶段，建议按顺序循序渐进。fill:#333;important;important;fill:none;color:#333;color:#333;important;fill:none;fill:#333;height:1em;第一阶段：打好数理与编程地基第二阶段：掌握核心工具与仿真（Linux, ROS, 仿真器）

Spring Data ElasticSearch 5.x 版本新特性

从 Spring Data Elasticsearch 4.x 升级到 5.x 是一次，核心驱动力是底层 Elasticsearch 客户端的全面更换以及对 Java 17 和 Spring Framework 6 的支持。因此，这次迁移会引入一些。

从 Prefill 到 PD 分离：一文读懂 Chunked Prefill

Prefill 建立 KV Cache，Decode 利用它逐 token 输出；长 Prefill 会与 Decode 的低延迟需求竞争。Chunked Prefill 用可变大小的片段把长输入拆到多轮，给调度器留下公平性与延迟的取舍空间，但不替调度器决定何时推进 Decode。若系统能够形成真正的混合 batch，Prefill 的多 token 输入还能帮助线性层增大 GEMM 的MMM，但 attention 路径和 Decode 的 KV 读取仍需单独处理。

Elasticsearch 超全入门实战教程

字段类型不匹配：text字段不能用term精确查询，keyword字段不支持分词模糊搜索查询性能问题：纯过滤条件务必放filter，不要放must，大幅提升查询效率文档更新原理：ES更新是「删除旧文档+新建文档」，禁止高频单条更新，批量更新用_bulk禁止动态Mapping：自动创建索引会导致字段类型错乱，引发查询、聚合报错分页深度限制：from+size分页不支持超大深度分页，深分页用scroll或search_after// 复杂多条件组合查询.build();

Spring Boot 掌握 Elasticsearch Search API

本文介绍 Spring Boot 使用 Elasticsearch Search API，演示查询全部、分页、term、match、range、exists 和 bool 组合条件，并讲解 SearchHits 结果读取与深分页注意事项。

腾讯云助手规范化Git提交记录

网上讲 Git 提交规范的教程不少，但 99% 都是"从新仓库开始"——npm init、装 Husky、配 commitlint、从此人人守规矩。这套流程对新项目很美好，可一旦遇到跑了三五年的老仓库：几十上百条updatefix改了一下tmp堆积成山，团队想治理却不敢动历史，规范根本推不下去。面向存量老旧仓库改写历史 Commit——把update变成feat(login): 新增短信验证码登录生成 Conventional Commits——后续提交全部由 AI 基于代码 Diff 自动产出规范信息。