运维123 - 文档
type: channel
link: https://www.sddts.cn/index.php/tag/%E6%96%87%E6%A1%A3/
items: Rime 输入法切换为简体中文配置指南
items: Rime 输入法配置优化指南
items: 架构图绘制进阶指南：避免七大常见错误
items: The Linux Programming Interface 作为大学课程教材
items: Claude Code CLI MCP配置问题排查与解决
items: Linux From Scratch 宣布停止开发 System V 版本
items: Docsify 零构建文档站点生成器技术分析
items: LandingAI 发布免费 Document AI 课程：从 OCR 到智能体文档提取的技术进化
items: Trzsz-ssh ( tssh ) 增强型 SSH 客户端技术分析
items: Pix2Text：截图自动转 Markdown 和 LaTeX 开源工具技术分析

Rime 输入法切换为简体中文配置指南
type: item
date: 2026-04-06T08:05:17+00:00
description: Rime 输入法切换为简体中文配置指南一、概述1. 简介A. 是什么Rime（中州韵）是一个跨平台的输入法引擎，支持拼音、五笔、仓颉等多种输入方案。它以高度可定制性和开源特性著称，在 Linux 用户中广受欢迎。B. 为什么需要配置Rime 默认可能使用繁体中文输出，或默认方案不是简体拼音。对于习惯简体中文的用户，需要手动配置才能获得理想的输入体验。C. 配置后效果默认使用简体拼音输入方案输出候选词为简体中文可快速切换简繁输出模式2. 前置知识A. 必备技能基本 Linux 命令操作文本编辑器使用B. 推荐知识了解 YAML 配置文件格式了解输入法框架（fcitx5 或 ibus）二、环境准备1. 系统要求Linux 发行版（Ubuntu、Debian、CentOS 等）已安装 Rime 输入法（fcitx5-rime 或 ibus-rime）fcitx5 或 ibus 输入法框架2. 检查安装状态检查 Rime 是否已安装：# fcitx5 用户 ls /usr/share/rime-data/ # ibus 用户 ls /usr/share/rime-data/检查当前使用的输入法框架：ps aux | grep -E fcitx5-rime|ibus-rime三、配置原理1. 配置文件结构graph TD A[系统配置] --> B[/usr/share/rime-data/] C[用户配置] --> D[~/.local/share/fcitx5/rime/] C --> E[~/.config/ibus/rime/] B --> F[default.yaml] D --> G[default.custom.yaml] G --> H[覆盖系统配置]2. 关键配置项schema_list：定义输入方案列表，第一个为默认方案luna_pinyin：繁体拼音luna_pinyin_simp：简体拼音simplification：简繁转换开关3. 配置优先级用户配置（*.custom.yaml）的优先级高于系统配置，因此我们通过创建 default.custom.yaml 来覆盖默认设置。四、配置步骤1. 确定配置目录fcitx5 用户：~/.local/share/fcitx5/rime/ibus 用户：~/.config/ibus/rime/2. 创建配置文件使用文本编辑器创建 default.custom.yaml：nano ~/.local/share/fcitx5/rime/default.custom.yaml3. 编写配置内容patch: schema_list: - schema: luna_pinyin_simp switches: - name: simplification reset: 1 states: [ 简化, 繁體 ]配置说明：schema_list：将 luna_pinyin_simp 设为首个方案，即默认方案simplification：reset: 1 表示默认开启简化输出states：定义切换选项的显示文本4. 完整配置示例# Rime自定义配置 - 设置简体中文为默认 patch: schema_list: - schema: luna_pinyin_simp switches: - name: simplification reset: 1 states: [ 简化, 繁體 ]五、部署生效1. 清理缓存删除 Rime 编译缓存，强制重新生成：rm -rf ~/.local/share/fcitx5/rime/build/*2. 重启输入法方法一：重启 fcitx5killall fcitx5 fcitx5-rime fcitx5 -d方法二：使用重新部署快捷键# 按 Ctrl+Shift+Space 或 F4方法三：注销重新登录# 注销当前会话，重新登录3. 验证配置打开任意文本编辑器，激活输入法后：输入拼音，候选词应显示为简体中文按 Ctrl+Shift+Space 查看方案菜单，默认应为【简体拼音】六、常见问题1. 配置不生效A. 检查配置文件确认 default.custom.yaml 文件存在于正确的目录：ls -la ~/.local/share/fcitx5/rime/default.custom.yamlB. 检查 YAML 语法确保缩进使用空格而非制表符，冒号后有空格。C. 完全清理重建rm -rf ~/.local/share/fcitx5/rime/build/* killall fcitx5 fcitx5-rime fcitx5 -d2. 找不到 luna_pinyin_simp 方案A. 检查方案文件ls /usr/share/rime-data/ | gr…

Rime 输入法配置优化指南
type: item
date: 2026-03-30T08:10:05+00:00
description: Rime 输入法配置优化指南一、概述1. 简介A. 是什么Rime（中州韵输入法引擎）是一款开源的跨平台输入法框架，支持多种拼音方案和自定义配置。本文介绍如何优化 Rime 配置，实现默认英文状态和简体输出。B. 为什么需要优化Rime 默认配置可能不符合个人使用习惯：默认处于中文状态，需要频繁切换默认输出繁体字，需要手动转换输入方案不是首选的明月拼音C. 配置后效果启动时默认处于英文状态切换到中文后自动输出简体字明月拼音为首选输入方案2. 前置知识A. 必备条件已安装 fcitx5-rime 或 ibus-rime具备基本的文本编辑能力了解 YAML 配置文件格式B. 相关概念配置目录：用户自定义配置存放位置构建目录：Rime 编译后的部署文件覆盖机制：用户配置覆盖系统预设二、配置目录结构1. 目录位置不同平台的配置目录位置：平台配置目录fcitx5~/.local/share/fcitx5/rimeibus~/.config/ibus/rimefcitx4~/.config/fcitx/rime2. 配置文件说明graph TB subgraph 配置目录 A[default.custom.yaml] B[luna_pinyin.custom.yaml] C[user.yaml] D[installation.yaml] end subgraph 构建目录 E[build/] E1[luna_pinyin.prism] E2[luna_pinyin_simp.prism] E3[default.yaml] end A -->|全局配置| E3 B -->|方案配置| E1 C -->|用户状态| E3 E -->|编译结果| F[输入法引擎]三、配置文件详解1. default.custom.yaml全局默认配置文件，控制输入方案列表和全局开关状态。patch: # 默认输入方案（第一个为默认） schema_list: - schema: luna_pinyin - schema: luna_pinyin_simp # 默认英文状态 switches: - name: ascii_mode reset: 1 states: [ 中文, 西文 ]配置说明：schema_list：输入方案列表，第一个为默认方案ascii_mode：中英文切换开关，reset=1 表示默认英文states：开关显示的文本2. luna_pinyin.custom.yaml明月拼音方案的自定义配置，控制该方案的特定行为。patch: switches: - name: ascii_mode reset: 1 # 默认英文状态 states: [ 中文, 西文 ] - name: simplification reset: 1 # 开启简体字 states: [ 漢字, 汉字 ]配置说明：ascii_mode：方案级中英文开关，reset=1 表示默认英文simplification：繁简转换开关，reset=1 表示输出简体3. 开关对照表开关名称reset=0reset=1说明ascii_mode中文英文中英文状态切换simplification繁体简体繁简字输出full_shape半角全角全角半角字符四、配置步骤1. 检查现有配置# 查看配置目录 ls -la ~/.local/share/fcitx5/rime/ # 查看现有配置文件 cat ~/.local/share/fcitx5/rime/default.custom.yaml cat ~/.local/share/fcitx5/rime/user.yaml2. 创建配置文件创建 luna_pinyin.custom.yaml 文件：# 创建文件 cat > ~/.local/share/fcitx5/rime/luna_pinyin.custom.yaml << 'EOF' patch: switches: - name: ascii_mode reset: 1 states: [ 中文, 西文 ] - name: simplification reset: 1 states: [ 漢字, 汉字 ] EOF更新 default.custom.yaml 文件：# 编辑文件 cat > ~/.local/share/fcitx5/rime/default.custom.yaml << 'EOF' patch: schema_list: - schema: luna_pinyin - schema: luna_pinyin_simp switches: - name: ascii_mode reset: 1 states: [ 中文, 西文 ] EOF3. 部署配置# 清理构建缓存 r…

架构图绘制进阶指南：避免七大常见错误
type: item
date: 2026-03-23T07:48:02+00:00
description: 架构图绘制进阶指南：避免七大常见错误一、概述1. 简介A. 是什么架构图是记录复杂系统的核心工具，用于展示系统组件之间的关系和交互。本文是对《架构图七大常见错误》的续篇，进一步深入探讨架构图绘制中的典型问题。B. 为什么学避免常见错误，提升图表可读性掌握正确的图表设计原则提高团队沟通效率C. 学完能做什么识别并修正架构图中的常见错误选择合适的图表类型表达系统架构创建清晰、准确的技术文档2. 前置知识A. 必备技能基本了解系统架构概念熟悉常见图表类型（流程图、时序图等）B. 推荐知识阅读过前作《架构图七大常见错误》了解 UML 图表基础二、核心概念1. 基本术语资源（Resource）：图表中的实体，位于线条之间的节点类型（Type）：描述资源的种类，如数据库表、虚拟机实例、服务等名称（Name）：区分同类资源的标识符关系图（Relational Diagram）：展示资源之间关系的静态图表行为图（Behavioral Diagram）：展示资源间具体交互的动态图表扇形陷阱（Fan Trap）：当关系信息在中间资源中丢失时产生的问题2. 工作原理架构图的目的是清晰地传达系统结构和组件关系。好的架构图应该让观众快速理解系统组成，而不需要额外的解释。graph LR A[系统理解] --> B{图表类型} B --> C[关系图] B --> D[行为图] C --> E[静态关系] D --> F[动态交互] E --> G[清晰传达] F --> G三、七大常见错误详解1. 错误一：未包含资源名称A. 问题描述许多图表中的资源只标注了类型，而没有标注名称。虽然资源类型有价值，但不能替代名称。B. 类型与名称的区别类型：描述资源是什么（what kind of thing），可以是具体项目（如数据库表、虚拟机实例）或抽象项目（如服务）名称：区分同类资源，描述性名称还能揭示资源的角色或用途C. 正确做法当空间允许时，应同时显示资源的名称和类型。简单的方法是在资源名称后添加类型后缀，例如订单表、结果桶。当图表使用图标表示类型时，标注名称尤为重要。2. 错误二：未连接的资源A. 问题描述图表中的资源应该以某种方式与其他资源相连。包含完全断开的资源是一个常见错误。B. 问题根源这个问题通常出现在图表作者知道某个资源属于系统，但找不到清晰的方式来表达它。往往是试图在单一图表中包含过多信息的结果。C. 正确做法确保每个资源都有明确的连接关系。如果某个资源的作用不明确，应该重新评估是否需要包含它，或者创建一个单独的视图来展示该资源的上下文。3. 错误三：制作"主图"A. 问题描述"主图"试图在单一图表中展示整个系统。这种做法源于一种错误的想法，即想要在一张图中"看到一切"。B. 问题分析主图几乎总是错误的。试图在一个图表中包含太多信息会压倒观众，导致图表失去沟通价值。graph LR subgraph 单一主图 M[主图] M --> A[运行时依赖] M --> B[DNS配置] M --> C[CDN配置] M --> D[源代码] M --> E[部署依赖] end subgraph 分解为多视角 A2[运行时视角] B2[网络视角] C2[部署视角] D2[数据流视角] endC. 正确做法将复杂的系统图分解为多个视角（点 of view）。每个视角讲述一个完整的故事，互不干扰。大多数系统都足够复杂，值得将图表分解处理。如果使用基于模型的图表工具，不同视角可以明确共享资源，以保持它们的连接关系。4. 错误四：传送带综合征A. 问题描述传送带综合征发生在过度简化行为图时，忽略了系统中实际存在的往返交互和编排。结果是一个严重误导观众的图表。B. 问题分析许多架构图将系统描绘成装配线：数据整齐地从一个资源流向下一个资源，好像每个资源从其前驱接收输入，增强该输入，然后将其传递给后续资源。但现实情况是，资源之间存在大量来回交互。graph LR subgraph 传送带式错误图 A[服务A] --> B[服务B] B --> C[服务C] end subgraph 正确的时序图 A2[客户端] -->|请求| B2[服务A] B2 -->|调用| C2[服务B] C2 -->|返回| B2 B2 -->|响应| A2 endC. 正确做法对于详细的交互，使用时序图（Sequence Diagram）。时序图是专门为展示资源间详细的来回交互而设计的，能够提供更高的细节保真度。5. 错误五：无意义的动画A. 问题描述带有无意义、分散注意力和令人烦恼的动画的图表在 LinkedIn 等社交网络上泛滥。B. 问题分析这类图表几乎完全是为了营销目的而存在。它们擅长吸引注意力，但作为技术资源几乎没有价值。除了分散注意力外，动画箭头完全多余，它们所指示的内容不…

The Linux Programming Interface 作为大学课程教材
type: item
date: 2026-03-16T21:38:57+00:00
description: The Linux Programming Interface 作为大学课程教材一、概述1. 书籍简介A. 书籍信息The Linux Programming Interface（简称 TLPI）是由 Michael Kerrisk 编写的 Linux/UNIX 系统编程权威指南。这本书深入介绍了 Linux 系统编程的各个方面，包括文件 I/O、进程管理、线程、网络编程等核心技术。B. 目标读者虽然作者在编写本书时并未专门针对大学市场，但如今已有许多大学教师将 TLPI 用作 Linux 或 UNIX 系统编程课程的必读教材或推荐读物。C. 教学价值TLPI 内容全面、讲解深入，适合作为大学计算机相关课程的系统编程教材，帮助学生掌握 Linux 系统级编程的核心知识和实践技能。2. 使用现状A. 大学应用多所高校已将 TLPI 纳入课程体系，用作系统编程、操作系统原理等相关课程的教材。B. 课程级别主要用于高年级本科生（大三、大四）或研究生课程。二、作者反馈征集1. 反馈目的作者 Michael Kerrisk 希望了解更多关于 TLPI 在大学课程中使用情况的细节，以便在未来版本的书籍改进中更好地满足大学教学需求。2. 征集对象正在使用或计划使用 TLPI 作为课程教材的大学教师。3. 调查问题A. 基本信息您所在的机构名称和网站地址是什么？您能否提供或指向使用 TLPI 的课程大纲？该课程属于哪个年级？（如大三、大四等）课程有多少学生？B. 使用情况TLPI 是作为必读教材，还是推荐读物？C. 改进建议在您看来，如何改进 TLPI 以更好地作为大学课程教材使用？作者欢迎详细建议，内容越多越好！三、使用建议1. 适用课程类型A. 系统编程课程涵盖 Linux 系统调用、库函数、进程管理等核心内容。B. 操作系统课程实践性强的操作系统原理课程配套教材。C. 高级编程课程需要深入理解系统级编程概念的高级编程课程。2. 教学优势A. 内容全面覆盖 Linux 系统编程的各个方面，从基础到高级。B. 实践导向包含大量代码示例和练习，便于实践教学。C. 权威性强作者 Michael Kerrisk 是 Linux man-pages 项目的维护者，内容具有高度权威性。四、联系方式如果正在使用 TLPI 作为大学课程教材，欢迎发送邮件联系作者，分享您的使用经验和改进建议。参考资料The Linux Programming Interface as a university course textThe Linux Programming Interface - Official Site

Claude Code CLI MCP配置问题排查与解决
type: item
date: 2026-02-28T04:00:37+00:00
description: Claude Code CLI MCP 配置问题排查与解决一、事件概述1. 事件背景用户在 ~/.claude/settings.json.glm4.7 配置文件中定义了 6 个 MCP（Model Context Protocol）服务器配置，但在运行 /mcp list 命令时显示"No MCP servers configured"。2. 影响范围A. 影响用户使用 Claude Code CLI 的开发者，特别是从其他版本迁移到官方 CLI 的用户B. 影响功能MCP 服务器无法被正确识别和使用，导致扩展功能不可用3. 严重程度P2 级问题（功能受阻但不影响核心使用）二、环境信息1. 系统环境操作系统：Linux 5.15.45-amd64-desktopShell：bash工作目录：/home/jacky2. CLI 信息版本：2.1.59 (Claude Code)配置文件：~/.claude/settings.json.glm4.7（软链接）模型：glm-4.73. 配置详情settings.json.glm4.7 中定义了 6 个 MCP 服务器：zai-mcp-server（stdio 类型）web-search-prime（HTTP 类型）web-reader（HTTP 类型）zread（HTTP 类型）wenyan-mcp（Docker 类型）nagios-mcp（SSE 类型）三、问题排查过程1. 配置文件检查（阶段一）A. 检查配置文件位置ls -la ~/.claude/settings.json发现 settings.json 是软链接，指向 settings.json.glm4.7，该文件中确实包含 mcpServers 配置。B. 检查 CLI 版本claude --version输出：2.1.59 (Claude Code)确认使用的是官方版本，而非 glm4.7 自定义版本。2. 配置内容验证（阶段二）A. 读取配置文件cat ~/.claude/settings.json.glm4.7 | jq '.mcpServers'验证结果：配置文件中存在 6 个 MCP 服务器定义，格式正确。B. 尝试列出 MCP 服务器claude mcp list输出结果：No MCP servers configured.配置存在但未被识别，说明存在配置读取位置或格式的问题。3. 深入调查（阶段三）A. 检查官方 CLI 配置文件cat ~/.claude.json | jq '.mcpServers'结果：全局 mcpServers 键不存在。B. 检查项目级别配置cat ~/.claude.json | jq '.projects["/home/jacky"].mcpServers'结果：项目级别配置为空。C. 结论官方 CLI 2.1.59 不从 settings.json 读取 mcpServers 配置，而是从 ~/.claude.json 的 mcpServers 键读取。graph TD A[User Config MCP Server] --> B{Config Location} B -->|settings.json| C[glm4.7 Read] B -->|.claude.json mcpServers| D[Official CLI Read] C --> E[Config Active] D --> F[Config Active] G[Official CLI] --> D H[glm4.7] --> C I[/mcp list] --> D四、问题分析1. 直接原因配置文件位置不匹配。glm4.7 版本从 settings.json 的 mcpServers 读取配置，官方 CLI 从 ~/.claude.json 的 mcpServers 读取配置。2. 根本原因（5 Whys 分析）A. 为什么配置不生效？官方 CLI 和 glm4.7 版本使用了不同的配置文件和配置键。B. 为什么会有不同的配置位置？glm4.7 是自定义版本，可能有不同的配置管理机制。C. 为什么用户没有意识到？CLI 版本信息显示为 2.1.59，但配置文件名是 settings.json.glm4.7，存在版本混淆。D. 为什么 /mcp list 不显示任何配置？/mcp list 只读取 ~/.claude.json 中的全局 mcpServers 配置。E. 如何避免此类问题？需要明确官方 CLI 的配置规范，使用正确的配置管理命令。3. 深层反思配置文档需要明确不同版本的配置文件差异CLI 命令应该提供更友好的错误提示配置迁移工具可以帮助用户平滑过渡五、解决方案1. 临时方案A. 手动迁…

Linux From Scratch 宣布停止开发 System V 版本
type: item
date: 2026-02-03T14:21:57+00:00
description: Linux From Scratch 宣布停止开发 System V 版本一、新闻概述1. 标题Linux From Scratch 宣布停止开发 System V 版本，未来将仅支持 systemd2. 发布时间2026 年 2 月 1 日3. 来源Linux From Scratch 官方公告邮件列表二、核心内容1. 事件摘要A. 主要内容Linux From Scratch（LFS）项目官方宣布，将停止开发 System V 版本的图书。这是一个重大的架构决策变更，意味着未来的 LFS 和 BLFS 将仅支持 systemd 初始化系统。B. 核心亮点停止 System V 版本的持续开发维护LFS/BLFS 12.4 System V 版本将作为最后版本继续可用下一版本 13.0 将仅支持 systemd目标发布日期为 2026 年 3 月 1 日2. 关键信息A. 涉及版本LFS/BLFS 12.4 System V：最后维护版本LFS/BLFS 13.0：首个仅支持 systemd 的版本B. 重要数据LFS 包含 88 个软件包BLFS 包含超过 1000 个软件包本发布周期（9 月 1 日至今）已有 70 次 LFS 提交、1155 次 BLFS 提交systemd 约 1678 个 C 文件System V 仅 22 个 C 文件加约 50 个简短的 bash 脚本C. 涉及产品LFS（Linux From Scratch）主书籍BLFS（Beyond Linux From Scratch）扩展书籍3. 背景介绍A. 项目历史Linux From Scratch 是一个著名的 Linux 发行版构建指南项目，帮助用户从源代码构建自定义 Linux 系统。项目长期以来同时支持 System V 和 systemd 两种初始化系统。B. 技术背景System V 和 systemd 是两种不同的 Linux 初始化系统。System V 是传统的 init 系统，代码简洁但功能有限；systemd 是现代化的 init 系统，功能强大但代码复杂。三、详细报道1. 决策原因A. 工作负载压力LFS 项目完全依靠志愿者维护，没有付费开发人员。当前的维护工作量已经超过团队能力：graph LR A[LFS/BLFS 项目] --> B{工作负载压力} A --> C{上游依赖} B --> D[88 个 LFS 包] B --> E[1000+ 个 BLFS 包] C --> F[GNOME/KDE Plasma] F --> G[需要 systemd 特性] G --> H[System V 不支持] D --> I[双重维护负担] E --> I I --> J[决定：放弃 System V]每个软件包更新需要检查 System V 和 systemd 两种配置发布准备时需要为每个 init 系统检查所有软件包本周期已有 70 次 LFS 提交和 1155 次 BLFS 提交B. 上游软件依赖现代桌面环境如 GNOME 和即将推出的 KDE Plasma 正在构建需要 systemd 特性的依赖，这些特性在 System V 中不可用。C. 技术可行性考虑虽然理论上可以使用 OpenRC 等其他 init 系统作为过渡，但这无法解决持续的工作负载问题。2. 技术对比A. 代码复杂度特性System VsystemdC 文件数量22 个1678 个脚本数量约 50 个 bash 脚本大量数据文件总体复杂度简洁易理解复杂但功能丰富学习价值高，便于理解启动过程低，黑盒化程度高B. 功能特性System V：传统初始化，依赖脚本，功能基础systemd：现代化初始化，并行启动，功能丰富C. 生态系统System V：逐渐被上游项目放弃systemd：成为主流发行版标准3. 未来计划A. 版本发布计划12.4 System V 版本：继续可用，但不再更新13.0 版本：仅支持 systemd，目标发布日期 2026 年 3 月 1 日B. 兼容性说明12.4 System V 书籍中的大部分说明仍可用于构建较新版本的软件包但这些软件包将不再经过 LFS 编辑团队测试4. 项目负责人观点Bruce Dubbs 在公告中表达了个人看法："对我个人而言，我不喜欢这个决定。LFS 的核心在于学习系统如何工作。理解启动过程是其中的重要部分。systemd 约 1678 个 C 文件加上许多数据文件。System V 是 22 个 C 文件加上约 50 个简短的 bash 脚本和数据文件。是的，systemd 提供了很多功能，但我们将失去一些我认为重要的东西。"这反映了项目创始理念（教育性和可理解性）与现实约束（维护工作量）之间的矛盾。…

Docsify 零构建文档站点生成器技术分析
type: item
date: 2026-01-31T21:45:19+00:00
description: Docsify 零构建文档站点生成器技术分析一、项目概述1. 项目背景Docsify 是一个神奇的文档站点生成器，由 docsifyjs 团队开发和维护。该项目在 GitHub 上拥有超过 30,000 星标和 5,800+ 复刻，被 8,800+ 项目使用，是技术文档领域的重要开源工具。2. 核心特点A. 无需构建过程不同于 Hexo、Jekyll 等静态站点生成器，Docsify 不需要生成静态 HTML 文件。它直接在浏览器中解析和渲染 Markdown 文件。B. 轻量简洁核心库体积小，加载速度快，适合快速搭建文档站点。C. 插件生态提供丰富的插件系统，包括全文搜索、代码高亮、复制代码、表情支持等。3. 技术数据Star 数量：30,900+Fork 数量：5,800+贡献者：180 人使用项目：8,800+主要语言：JavaScript (86.8%)、CSS (12.5%)二、核心架构1. 工作原理graph TB subgraph 服务端 A[Markdown 文件] --> B[静态文件服务器] end subgraph 浏览器端 C[用户访问] --> D[加载 index.html] D --> E[加载 docsify.js] E --> F[解析 Markdown] F --> G[渲染 DOM] G --> H[显示文档] end B --> C E --> I[加载插件] I --> F2. 核心组件A. 渲染引擎使用 Vue.js 构建 UI使用 marked 解析 Markdown使用 Prism.js 实现代码高亮B. 路由系统基于 hash 路由实现单页应用效果，支持多级目录导航。C. 插件系统提供钩子函数机制，允许开发者扩展功能。三、快速开始1. 最小化配置创建 index.html 文件： 文档标题 2. 目录结构. ├── index.html # 入口文件 ├── README.md # 首页内容 ├── _sidebar.md # 侧边栏配置（可选） └── docs/ # 文档目录 ├── guide/ # 指南目录 │ └── README.md └── api/ # API 目录 └── README.md3. 部署方式A. GitHub Pages直接将仓库推送到 GitHub，启用 Pages 功能即可。B. Vercel / Netlify连接 Git 仓库，自动部署。C. 静态文件服务器使用 Nginx、Apache 等直接托管。四、核心功能1. 全文搜索graph LR A[用户输入] --> B[搜索引擎] B --> C[索引文档] C --> D[匹配关键词] D --> E[返回结果]内置智能全文搜索插件，支持中文搜索，无需额外配置。2. 多主题支持window.$docsify = { themeColor: '#3F51B5' // 自定义主题色 }提供官方主题：Vue、Buble、Dark、Pure 等。3. 代码高亮支持超过 100 种编程语言的语法高亮，基于 Prism.js。4. Emoji 支持直接在 Markdown 中使用 :emoji: 语法。5. 自定义插件window.$docsify = { plugins: [ function(hook, vm) { hook.beforeEach(function(content) { // 在每个页面加载前执行 return content }) } ] }五、高级特性1. 嵌套文档支持多级目录结构，自动生成导航树。2. 封面页面window.$docsify = { coverpage: true, onlyCover: true }3. 自定义侧边栏通过 _sidebar.md 自定义侧边栏结构。4. 目录生成自动生成当前页面的目录（TOC）。六、项目生态1. 官方插件插件名称功能docsify-copy-code复制代码按钮docsify-pagination分页导航docsify-tabs标签页docsify-sidebar-collapse侧边栏折叠2. CLI 工具docsify-cli 提供命令行工具，方便本地预览和初始化：npm i docsify-cli -g docsify init . docsify serve .3. 社区资源Awesome Docsify：精选插件和主题列表Discord 社区：用户交流和技术支持Showcase：优秀项目展示七、技术优势与限制1. 优势A. 零构建无需编译过程修改文档立即生效降低部署复杂度B. 易于集成可嵌入现有项目支持 CDN 加速配置简单C. SEO 友好支持 SSR（通过插件）可自定义 meta 标签2. 限制A. 首屏加载…

LandingAI 发布免费 Document AI 课程：从 OCR 到智能体文档提取的技术进化
type: item
date: 2026-01-30T01:24:20+00:00
description: LandingAI 发布免费 Document AI 课程：从 OCR 到智能体文档提取的技术进化一、新闻概述1. 标题LandingAI 推出免费 Document AI 课程：Agentic Document Extraction（ADE）技术解析2. 发布时间2025 年 1 月 19 日3. 来源Sumanth (@Sumanth_077) 在 X 平台发布的技术动态二、核心内容1. 事件摘要A. 主要内容LandingAI 正式发布免费的 Document AI 在线课程，教授如何构建端到端的文档处理流水线，核心采用 Agentic Document Extraction（ADE）技术。B. 核心亮点完全免费的 3 小时在线课程6 个实战代码示例从传统 OCR 到 ADE 的技术演进教学覆盖 PDF 解析、RAG 管道、AWS 部署等完整工作流2. 关键信息A. 发布内容Document AI 免费课程，专注于 Agentic Document Extraction（ADE）技术B. 技术覆盖文本、表格、图表、表单提取布局保持（Layout Preservation）Markdown 和 JSON 输出格式向量数据库集成AWS 事件驱动架构C. 涉及产品/技术LandingAI Document AI、ADE、向量数据库、AWS3. 背景介绍A. 技术背景传统 OCR 技术在处理复杂文档时存在固有限制：提取纯文本但丢失关键的布局和结构信息。B. 行业痛点表格合并单元格结构丢失图表与标题关联关系断裂多栏文档阅读顺序混乱三、详细报道1. 主要内容A. 技术对比：传统 OCR vs ADE传统 OCR 的局限性：问题描述影响布局丢失仅提取纯文本，忽略空间位置信息文档结构无法重建表格结构破坏合并单元格、跨行跨列信息丢失数据提取准确性下降多栏顺序错误多栏布局的阅读顺序混乱内容语义理解困难图文关系断裂图表与其标题/注释分离上下文信息缺失ADE 技术优势：保留完整布局上下文（Layout Context）智能阅读顺序检测结构化输出（Markdown/JSON）模拟人类文档处理流程B. 课程核心内容1. 传统 OCR 的局限性分析复杂文档场景下的失败案例布局信息丢失的后果结构保持的重要性2. 布局检测与阅读顺序页面布局分析技术自然阅读顺序重建多栏、表格、图表区域识别3. ADE 文档解析PDF 转 Markdown（保持布局）PDF 转 JSON 结构化输出表格、图表、表单的智能提取4. RAG 管道构建ADE 与向量数据库集成文档检索增强生成（RAG）语义搜索与上下文保持5. AWS 部署实战事件驱动架构设计无服务器文档处理工作流生产环境最佳实践C. 课程特色实战导向：6 个代码示例覆盖完整工作流技术深度：从原理到实现的完整讲解生产就绪：包含 AWS 云端部署方案完全免费：无门槛获取专业知识2. 技术细节A. ADE 工作原理graph TD A[输入 PDF 文档] --> B[布局分析] B --> C[区域检测] C --> D1[文本区域] C --> D2[表格区域] C --> D3[图表区域] C --> D4[表单区域] D1 --> E[阅读顺序重建] D2 --> E D3 --> E D4 --> E E --> F[结构化输出] F --> G1[Markdown] F --> G2[JSON]B. RAG 管道架构graph LR A[PDF 文档] --> B[ADE 解析] B --> C[文本分块] C --> D[向量嵌入] D --> E[向量数据库] E --> F[语义检索] F --> G[LLM 生成答案]C. 技术指标课程时长：3 小时代码示例：6 个输出格式：Markdown、JSON部署平台：AWS3. 数据与事实A. 课程数据观看量：32.5K Views（发布初期）时长：3 小时实战案例：6 个代码示例B. 技术生态兼容向量数据库（用于 RAG）支持云原生部署（AWS）四、影响分析1. 行业影响A. 技术趋势从 OCR 到 ADE：文档处理从"文本提取"进化到"语义理解"智能体工作流：Agentic AI 范式在文档处理领域的落地端到端自动化：从文档接收到结构化数据的完整流水线B. 竞争格局LandingAI 通过免费课程扩大 ADE 技术影响力与传统 OCR 供应商（如 Tesseract、Adobe PDF Services）形成差异化竞争推动 Document AI 领域向"结构保持"方向发展2. 用户影响A. 潜在用户企业文档处理团队：需要自动化处理发票、合同、报告等结构化文档AI 开发者：构建 RAG 应用需要高质量文档解析数据工程师：需要将非结构化 PDF 转换为结…

Trzsz-ssh ( tssh ) 增强型 SSH 客户端技术分析
type: item
date: 2026-01-29T05:40:25+00:00
description: Trzsz-ssh ( tssh ) 增强型 SSH 客户端技术分析一、概述1. 简介A. 是什么trzsz-ssh（简称 tssh）是一个 ssh 客户端的直接替代品，提供与 openssh 完全兼容的基础功能，同时实现多种实用的扩展功能。它由 lonnywong 开发，采用 MIT 许可证开源。B. 为什么使用解决服务器管理中记忆大量别名的困扰提供交互式登录界面，支持搜索和批量选择内置 trzsz 文件传输功能，无需额外开启窗口支持批量登录多台服务器并执行预设命令支持记住密码和自动交互，提升登录效率与 tsshd 配合使用，适用于弱网环境，保持会话不中断C. 核心特性兼容 openssh 配置和基础功能内置 TUI 登录界面，支持搜索和多选集成 trzsz 和 zmodem 文件传输支持记住密码、记住答案（键盘交互认证）支持 UDP 模式，适合高延迟弱网环境支持批量登录并执行预设命令支持自动交互（类似 expect 功能）二、安装方法1. 系统要求支持 Windows、macOS、Linux、ChromeOS 等多种平台Go 版安装需要 go 1.20 以上版本2. 安装方式A. Windows 系统# 使用 scoop 安装 scoop install tssh # 使用 winget 安装 winget install tssh # 使用 Chocolatey 安装 choco install tsshB. macOS 系统# 使用 Homebrew 安装 brew install trzsz-sshC. Linux 系统# Ubuntu/Debian 系统 sudo apt install tssh # 使用 yum 安装 sudo yum install tssh # ArchLinux 系统 yay -S tssh # ChromeOS 系统 crew install tsshD. 使用 Go 安装# 直接安装最新版本 go install github.com/trzsz/trzsz-ssh/cmd/tssh@latest # 或从源码编译安装 git clone https://github.com/trzsz/trzsz-ssh.git cd trzsz-ssh sudo make installE. 从发布包安装可从 GitHub Releases 下载预编译版本，国内用户可从 Gitee 发行版下载。三、工作原理1. 基本架构graph TB A[tssh 客户端] --> B[SSH 协议层] B --> C{连接模式} C -->|TCP 模式| D[标准 SSH 连接] C -->|UDP 模式| E[tsshd 服务端] D --> F[远程服务器] E --> F A --> G[TUI 登录界面] A --> H[trzsz 传输层] A --> I[自动交互模块] A --> J[批量登录模块]2. 核心模块SSH 协议层：兼容 openssh 的 SSH 协议实现TUI 界面：交互式终端用户界面，支持搜索和多选文件传输层：集成 trzsz 和 zmodem 协议认证模块：支持密码、公钥、键盘交互等多种认证方式UDP 模块：与 tsshd 配合，实现 UDP 传输模式3. 配置文件结构tssh 使用标准的 openssh 配置文件格式，并进行了扩展：主配置文件：~/.ssh/config扩展配置文件：~/.ssh/passwordtssh 专属配置：~/.tssh.conf 或 $XDG_CONFIG_HOME/tssh/tssh.conf四、核心功能1. 登录界面A. 启动方式# 直接运行 tssh 命令 tssh # 或者有除目标机器外的其他参数 tssh -o ServerAliveInterval=60B. 配置要求使用前需要配置好 ~/.ssh/config 文件：# 基本配置示例 Host server1 HostName 192.168.1.100 User admin Port 22 IdentityFile ~/.ssh/id_rsa Host server2 HostName 192.168.1.101 User rootC. 快捷键支持操作全局快捷键非搜索快捷键描述确认登录Enter-确认并登录选中的服务器退出Ctrl+C / Ctrl+Qq / Q取消并退出登录界面上移Ctrl+K / Shift+Tab / ↑k / K往上移动光标下移Ctrl+J / Tab / ↓j / J往下移动光标上翻页Ctrl+H / Ctrl+U / Ctrl+B / PageUp / ←h / H / u / U / b / B往上翻一页下翻页Ctrl+L / Ctrl+D / Ct…

Pix2Text：截图自动转 Markdown 和 LaTeX 开源工具技术分析
type: item
date: 2026-01-25T22:13:16+00:00
description: Pix2Text：截图自动转 Markdown 和 LaTeX 开源工具技术分析一、新闻概述1. 标题Pix2Text：将任意截图转换为干净的 Markdown 和 LaTeX 代码2. 发布时间2026 年 1 月 24 日3. 来源Open-source Projects二、核心内容1. 事件摘要A. 主要内容Pix2Text 是一个开源 Python 工具，能够自动将截图、文档照片或图表转换为结构化的 Markdown 和 LaTeX 代码，特别擅长处理包含数学公式的图像。B. 核心亮点智能布局分析，自动识别图像中的不同区域多模型协同处理，文本和数学公式分别使用专用识别模型支持 80 多种语言的文本识别提供在线 Web 演示和 Python 工具包C. 关键信息开源协议：开源项目开发语言：PythonGitHub 仓库：breezedeus/Pix2Text在线演示：p2t.behye.com2. 背景介绍A. 前置版本/历史这是 Mathpix 的免费开源替代方案。Mathpix 是一款商业截图公式识别工具，Pix2Text 提供了类似功能但完全免费。B. 相关上下文随着 OCR 技术的发展，从图像中提取结构化内容成为可能。Pix2Text 的创新之处在于结合布局分析和多模型识别，特别针对技术文档中常见的混合内容（文本 + 公式）进行了优化。三、详细报道1. 主要内容A. 功能特性核心功能布局分析：自动识别图像中的不同区域类型（文本段落、数学公式、代码片段等）多模型处理：针对不同类型的内容使用最优识别模型结构化输出：将识别结果整合为格式良好的 Markdown 文档LaTeX 公式：数学表达式自动转换为 LaTeX 格式支持的内容类型普通文本（80+ 语言）数学公式（LaTeX 输出）代码片段表格复杂布局B. 技术架构graph LR A[输入图像] --> B[布局分析] B --> C{区域分类} C -->|文本| D[OCR 引擎] C -->|公式| E[数学公式识别模型] C -->|代码| F[代码识别模型] D --> G[Markdown 生成器] E --> G F --> G G --> H[结构化输出]工作流程详解图像输入：支持多种格式的图像文件布局分析：智能识别图像结构，划分不同内容区域区域分类：判断每个区域的内容类型模型调用：根据区域类型选择合适的识别模型结果整合：将各区域识别结果拼接为完整文档C. 安装与使用在线演示（推荐入门方式）访问 https://p2t.behye.com，直接拖放图像即可获取转换结果。Python 安装pip install pix2text命令行使用p2t predict /path/to/your/image.jpgPython 代码调用from pix2text import Pix2Text img_fp = '/path/to/your/image.jpg' p2t = Pix2Text() text = p2t(img_fp) print(text)D. 技术细节核心技术优势布局分析：不是简单的 OCR，而是理解图像结构自动区分文本、公式、代码等不同内容类型处理复杂排版和混合内容多模型协同：避免单一模型处理所有类型的局限性针对特定任务使用专用模型，提高准确率特别擅长处理复杂矩阵和行内公式性能特点使用小型模型（SMALL models），降低资源需求适合本地部署，保护隐私支持批量处理2. 数据与事实A. 支持语言80+ 种语言的文本识别B. GitHub 项目仓库：breezedeus/Pix2Text许可证：开源社区活跃度：持续更新中四、影响分析1. 行业影响A. 技术趋势展示了开源 OCR 工具在垂直领域的创新能力多模型协同成为处理复杂内容的有效方案本地化 AI 工具需求增长B. 竞争格局Mathpix：商业工具，功能强大但需付费Pix2Text：免费开源替代，降低使用门槛填补了开源领域的技术文档处理空白2. 用户影响A. 目标用户群体学生和研究人员：快速数字化课堂笔记和论文中的公式开发者：将 UI 截图或错误信息转换为可编辑文本技术写作者：将旧文档截图转换为 MarkdownB. 实际应用场景学习与研究课堂笔记数字化论文公式提取教材内容整理文档处理将旧文档截图转换为可编辑 Markdown版本控制的文档迁移技术文档现代化可访问性为图像内容创建文本表示帮助视障用户获取图像中的信息提升内容的可搜索性开发工作流从截图中提取代码片段错误消息文本化处理界面文档自动化生成3. 技术趋势A. 发展方向本地化 AI 工具需求增长（隐私保护）专业化 OCR 模型持续优化多模态内容理解能力提升B. 生态影响降低技术文档处理门槛促进开源工具在教育领域的应用推动类似工具的…