职场工作记录与面试经验相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "数据库", "url": "https://jiangbyte.cn/database/", "id": "https://jiangbyte.cn/database/", "summary": "数据库相关笔记：安装、复制与常用运维。", "content_html": "数据库相关笔记，按引擎分目录整理。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "考研408", "url": "https://jiangbyte.cn/kaoyan-408/", "id": "https://jiangbyte.cn/kaoyan-408/", "summary": "计算机考研 408：计原、计网、数据结构、操作系统。", "content_html": "计算机统考 408 相关笔记，按科目分目录整理。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "软考", "url": "https://jiangbyte.cn/soft-exam/", "id": "https://jiangbyte.cn/soft-exam/", "summary": "计算机技术与软件专业技术资格（软考）相关笔记。", "content_html": "计算机技术与软件专业技术资格（软考）相关笔记，按考试科目分目录整理。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "源码阅读", "url": "https://jiangbyte.cn/source-reading/", "id": "https://jiangbyte.cn/source-reading/", "summary": "按语言与运行时阅读源码：契约、实现与工程用法。", "content_html": "按语言与运行时整理的源码阅读笔记，侧重契约、实现与工程用法。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "常见八股与手撕", "url": "https://jiangbyte.cn/career/interview/2026-10-29-%E5%B8%B8%E8%A7%81%E5%85%AB%E8%82%A1%E4%B8%8E%E6%89%8B%E6%92%95.html", "id": "https://jiangbyte.cn/career/interview/2026-10-29-%E5%B8%B8%E8%A7%81%E5%85%AB%E8%82%A1%E4%B8%8E%E6%89%8B%E6%92%95.html", "summary": "职场与面试 · 面试经验 · 常见八股与手撕（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
面试准备、题解与复盘相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "入职与上手", "url": "https://jiangbyte.cn/career/workplace/2026-10-29-%E5%85%A5%E8%81%8C%E4%B8%8E%E4%B8%8A%E6%89%8B.html", "id": "https://jiangbyte.cn/career/workplace/2026-10-29-%E5%85%A5%E8%81%8C%E4%B8%8E%E4%B8%8A%E6%89%8B.html", "summary": "职场与面试 · 职场工作记录 · 入职与上手（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
职场工作中的过程记录与复盘。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "MySQL", "url": "https://jiangbyte.cn/database/mysql/", "id": "https://jiangbyte.cn/database/mysql/", "summary": "MySQL 安装、主从与运维笔记。", "content_html": "MySQL 安装、主从复制与运维相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "Redis", "url": "https://jiangbyte.cn/database/redis/", "id": "https://jiangbyte.cn/database/redis/", "summary": "Redis 安装与运维笔记。", "content_html": "Redis 安装与运维相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "体系结构与协议栈", "url": "https://jiangbyte.cn/kaoyan-408/computer-network/2026-10-29-%E4%BD%93%E7%B3%BB%E7%BB%93%E6%9E%84%E4%B8%8E%E5%8D%8F%E8%AE%AE%E6%A0%88.html", "id": "https://jiangbyte.cn/kaoyan-408/computer-network/2026-10-29-%E4%BD%93%E7%B3%BB%E7%BB%93%E6%9E%84%E4%B8%8E%E5%8D%8F%E8%AE%AE%E6%A0%88.html", "summary": "考研408 · 计算机网络 · 体系结构与协议栈（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
计算机网络相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "存储系统", "url": "https://jiangbyte.cn/kaoyan-408/computer-organization/2026-10-29-%E5%AD%98%E5%82%A8%E7%B3%BB%E7%BB%9F.html", "id": "https://jiangbyte.cn/kaoyan-408/computer-organization/2026-10-29-%E5%AD%98%E5%82%A8%E7%B3%BB%E7%BB%9F.html", "summary": "考研408 · 计算机原理 · 存储系统（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
计算机组成原理相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "图", "url": "https://jiangbyte.cn/kaoyan-408/data-structure/2026-10-29-%E5%9B%BE.html", "id": "https://jiangbyte.cn/kaoyan-408/data-structure/2026-10-29-%E5%9B%BE.html", "summary": "考研408 · 数据结构 · 图（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
数据结构相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "内存管理", "url": "https://jiangbyte.cn/kaoyan-408/operating-system/2026-10-29-%E5%86%85%E5%AD%98%E7%AE%A1%E7%90%86.html", "id": "https://jiangbyte.cn/kaoyan-408/operating-system/2026-10-29-%E5%86%85%E5%AD%98%E7%AE%A1%E7%90%86.html", "summary": "考研408 · 操作系统 · 内存管理（占位）。", "content_html": "\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
\n\n占位文：提纲与正文待补。
\n
操作系统相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "高级架构设计师", "url": "https://jiangbyte.cn/soft-exam/advanced-architect/", "id": "https://jiangbyte.cn/soft-exam/advanced-architect/", "summary": "软考 · 系统架构设计师（高级）备考与论文笔记。", "content_html": "系统架构设计师（高级）综合知识、案例分析与论文相关笔记。
\n", "date_published": "2026-10-29T14:54:42.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "人设与造型", "url": "https://jiangbyte.cn/bubble/2026-10-28-%E4%BA%BA%E8%AE%BE%E4%B8%8E%E9%80%A0%E5%9E%8B.html", "id": "https://jiangbyte.cn/bubble/2026-10-28-%E4%BA%BA%E8%AE%BE%E4%B8%8E%E9%80%A0%E5%9E%8B.html", "summary": "三花猫耳「泡泡」的默认造型与三视图。", "content_html": "站点拟人形象：三花猫耳「泡泡」。默认造型与三视图如下。
\n角色立绘、造型、三视图及 Logo 等素材均由 AI 图像生成，再经去底、裁切等后期处理，用于本人站点、作品与项目中的标识与展示。形象为原创拟人设定，不关联任何商业动画 / 游戏官方角色。
\n", "date_published": "2026-10-28T00:00:00.000Z", "date_modified": "2026-10-29T16:54:03.000Z", "authors": [], "tags": [ "泡泡" ] }, { "title": "VuePress 静态站样式丢失排查与修复", "url": "https://jiangbyte.cn/posts/ops/nginx/2026-10-29-VuePress%E9%9D%99%E6%80%81%E7%AB%99%E6%A0%B7%E5%BC%8F%E4%B8%A2%E5%A4%B1%E6%8E%92%E6%9F%A5%E4%B8%8E%E4%BF%AE%E5%A4%8D.html", "id": "https://jiangbyte.cn/posts/ops/nginx/2026-10-29-VuePress%E9%9D%99%E6%80%81%E7%AB%99%E6%A0%B7%E5%BC%8F%E4%B8%A2%E5%A4%B1%E6%8E%92%E6%9F%A5%E4%B8%8E%E4%BF%AE%E5%A4%8D.html", "summary": "线上 404 / 刷新后像裸 HTML：Nginx try_files 把缺页回成首页、把缺失 CSS 回成 HTML；记录现象、证据与 conf.d 改法。", "content_html": "| 写法 | 含义 |
\n|
站点拟人形象「泡泡」相关内容：人设造型与三视图。
\n", "date_published": "2026-10-28T22:56:53.000Z", "date_modified": "2026-10-29T16:54:03.000Z", "authors": [], "tags": [] }, { "title": "Docker Nginx 通用反向代理网关", "url": "https://jiangbyte.cn/posts/ops/nginx/2026-10-28-Docker%20Nginx%20%E9%80%9A%E7%94%A8%E5%8F%8D%E5%90%91%E4%BB%A3%E7%90%86%E7%BD%91%E5%85%B3.html", "id": "https://jiangbyte.cn/posts/ops/nginx/2026-10-28-Docker%20Nginx%20%E9%80%9A%E7%94%A8%E5%8F%8D%E5%90%91%E4%BB%A3%E7%90%86%E7%BD%91%E5%85%B3.html", "summary": "用官方 nginx 镜像做统一入口：只占 80/443，主站静态、子域按需反代；文中用【域名】【IP】占位，文末一键脚本可直接改两行执行。", "content_html": "| 写法 | 含义 | 示例 |
\n|
| 写法 | 含义 |
\n|
| 写法 | 含义 |
\n|
Docker Nginx 统一入口、证书与静态站点发布相关笔记。文中常用占位 【域名】、【IP】、【邮箱】 等；用户统一 root，目录统一 /root/deploy/nginx。
开源与个人作品介绍，一篇对应一个项目：定位、特性与技术栈。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "ACOJ", "url": "https://jiangbyte.cn/projects/acoj.html", "id": "https://jiangbyte.cn/projects/acoj.html", "summary": "在线评测平台：题库、提交、多执行机调度与双端门户", "content_html": "\nACOJ 是在线评测（OJ）monorepo：在 HEI 脚手架上扩展题库、提交判题与多执行机调度，提供 Admin（Vue 3）、Portal（React 19）与统一 Spring Boot API。判题执行依赖 SparkSandbox：沙箱只编译与限资源运行，AC / WA 在 ACOJ 裁决。Apache License 2.0。
\n相对「沙箱内直接出最终结果」的一体化 OJ，隔离执行与题目语义拆开：执行机加权调度、熔断、排水、租约换机；平台保留测例版本、标签、发布校验与做题统计。modules/oj 叠在脚手架之上，而不是从零拼一套账号与存储。
sys_job / Lock4joj_judge_node 登记沙箱；心跳探活；oj_judge_dispatch 派发审计API 前缀 /api/v1/admin/* 与 /api/v1/portal/*。子工程：admin · portal · server。
code-guide（摸鱼猫泡泡）：VuePress + Theme Hope，笔记按系列归档，项目以独立文章介绍。
\n内容以 Markdown 为主，站点工程与文档内容同仓，便于一起迭代主题、组件与检索。
\npnpm docs:dev / pnpm docs:buildgo-blog 是个人博客全栈系统：后端 Go（Gin + GORM），前端含博客前台、管理端与简历站。单管理员模型，支持 Docker 部署。
\n因为懒得维护动态博客——既不如静态站点用 Markdown 编写方便，也不便备份——所以把之前自己做的博客系统整理出来并开源了。
\nM3U8 Downloader 是面向 HLS 的跨平台桌面下载器：解析 master / media playlist，并发拉取 TS 分片，ffmpeg -c copy remux 为 MP4。引擎在 Rust，界面 React，壳层 Tauri 2，覆盖 Windows、macOS、Linux。当前版本 0.1.1，MIT。
相对「脚本拼接分片」，清晰度选择、AES-128、代理与自定义请求、任务/分片控制、断点续传和边下边播放进同一任务模型。安装包见 Releases。
\n#EXT-X-KEY AES-128-CBCResumeFloat 是跨平台置顶悬浮简历速拷工具：默认 Compact 为「标签 + 一键复制」，可切入编辑。条目由可组合块构成（纯文本 / Markdown / 富文本 / 图片），数据落 SQLite，支持整库导出导入。当前版本 0.1.1，MIT。
面试、网申、即时通讯反复粘贴自我介绍、项目要点、联系方式时，置顶窗口减少在文档与聊天之间切换。v* 标签触发 Actions 构建三端安装包，见 Releases。
items / blocks；图片在配置目录 assets/resume.db + assets/；导入前确认覆盖@tauri-apps/plugin-sql · clipboard-manager · dialog · fsSparkSandbox 是 Linux 上的隔离执行 HTTP 服务，不是对外 SDK。任意语言发 HTTP 完成编译与运行，HMAC 验签由调用方实现。响应含 stdout、stderr、资源用量与执行状态；支持多测例、checker、interactive pipeline、文件仓与 SSE。仓内 Python 仅供本仓测试。当前版本 0.1.1，MIT。
OJ、在线 IDE、作业评测把「跑用户代码」交给本服务；AC / WA 留在业务侧。ACOJ 判题执行即对接此服务。
\nsucceeded、compile_failed、runtime_error、time_limit_exceeded、memory_limit_exceeded、output_limit_exceeded、security_violation、internal_error；stage 区分 compile / run--privileged --cgroupns=hostStartpage 是静态托管的个人书签导航起始页：无后端、无数据库，书签写在源码。url 必填，title / description 可手写覆盖；未手写则 Microlink 拉元数据，失败回退 hostname。在线：jiangbyte.github.io/startpage。
浏览器默认页 + 分类书签 + 多搜索引擎，不引入账号或同步服务。main 推送后 Actions 构建 dist/ 部署 Pages。
src/data/bookmarks.ts；字符串简写等价于只填 urlsearchEngines 切换后回车，新标签打开，查询词 %s 占位Voxel 是一组按同一领域分层重建的全栈脚手架系列：Portal 与 Admin 独立后端、独立前端，目录、坐标与包名统一为 voxel-* / io.github.jiangbyte.voxel。后端对齐 Java（Spring Boot）、Python（FastAPI）、Go（Gin）；前端对齐 Vue 3 管理端、React 门户与 uni-app。另有七层纯骨架与带账户竖切的充实模板，供对照学习，不作业务拷贝范本。协议 Apache License 2.0。
相对「一份单体里切 admin/portal」，端隔离：Admin 只挂管理 API，Portal 只挂门户 API，前端互不引用对方源码。相对单语言脚手架，同一七层在三种运行时对齐。
\ntypes · api · domain · infrastructure · case/cases · trigger · app{project}-types … -appsrc/ 包装层internal/{types,api,domain,infrastructure,cases,trigger} + cmd/appvoxel-ddd-ai-lite 已合并）docs/api/openapi）后端
\n前端
\n\n模板
\n\n", "image": "https://t.alcy.cc/fj?u=a53ea23e", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [ "Project" ] }, { "title": "玄鉴", "url": "https://jiangbyte.cn/projects/xuanjian.html", "id": "https://jiangbyte.cn/projects/xuanjian.html", "summary": "AI 桌面运维工作台：主机、终端、SFTP 与 LangGraph Agent", "content_html": "\n玄鉴（Xuanjian） 是面向运维与现场排查的 AI 桌面工作台：主机清单、本地 / SSH / WSL 终端、SFTP、脚本与笔记、会话录制、本机网络工具与 Docker 侧栏，并内置 玄鉴 Agent。LangGraph 本地编排，在独立下栏终端可观测执行，按 ReAct 完成排查与运维。数据落 SQLite，跨 Windows / macOS / Linux。当前版本 1.3.7，MIT，io.github.jiangbyte.xuanjian。
相对「终端 + 散落脚本」，机群、会话、文件、自动化与 Agent 收进同一应用；相对纯云端 Copilot，命令走本机 PTY / SSH，轨迹可回放。
\nuser@hostterminal_run / session_exec 输出可见docker_* 工具agent-core）· Tauri 适配层（agent-adapters）· MCPCentOS 7 自带的包管理是 Yum 不是 Dnf，而且官方源里没有 MySQL，得自己加仓库。这篇文章就是我在 CentOS 7 上装 MySQL 的完整记录，包括几种不同的安装方式，方便下次忘了回来看。
\ncat /etc/redhat-release\nhostnamectl输出是 CentOS Linux release 7.x 就没问题。如果是 8 或 9 那包管理就变成 Dnf 了，步骤不太一样。
sudo 权限Oracle 官方准备好了 RPM 包，一行命令搞定：
\nsudo yum install -y https://dev.mysql.com/get/mysql80-community-release-el7-11.noarch.rpm装完之后系统里会多一个 /etc/yum.repos.d/mysql-community.repo，里面有好几个子仓库，默认启用的是 MySQL 8.0。
| 仓库名 | 版本 | 说明 |
\n|
Ubuntu 的 APT 源里自带 MySQL，装起来比 CentOS 省心不少。不过默认版本可能不是最新的，想指定版本或者用官方最新版也有办法。
\nsudo apt update\nsudo apt install mysql-server装完启动：
\nsudo systemctl start mysql\nsudo systemctl enable mysql然后跑一下安全配置脚本：
\nsudo mysql_secure_installation这个脚本会一步步引导你改 root 密码、删匿名用户、禁止 root 远程登录、删测试数据库。别跳过。
\nAPT 里其实各个版本都有独立的包名：
\nsudo apt install mysql-server-8.0 # 装 8.0\nsudo apt install mysql-server-5.7 # 装 5.7（如果源里还有的话）如果 APT 里的版本太老，可以用 Oracle 官方的仓库：
\nwget https://dev.mysql.com/get/mysql-apt-config_0.8.24-1_all.deb\nsudo dpkg -i mysql-apt-config_0.8.24-1_all.deb\nsudo apt update\nsudo apt install mysql-server安装过程中会让你选版本，选好之后装的就是官方最新版了。
\nsudo systemctl status mysqlsudo mysql -u root -pCREATE USER 'username'@'localhost' IDENTIFIED BY 'password';\nCREATE DATABASE dbname;\nGRANT ALL PRIVILEGES ON dbname.* TO 'username'@'localhost';\nFLUSH PRIVILEGES;| 文件 | 路径 |
\n|
两台机器，主库 CentOS 7，从库 Ubuntu，配 MySQL 主从复制。这篇是实际操作记录，方便下次复用。
\nsudo vi /etc/my.cnf在 [mysqld] 段加这些：
[mysqld]\nserver-id = 1 # 主库 id，随便填，唯一就行\nlog_bin = /var/log/mysql/mysql-bin.log\nread-only = 0 # 0 表示读写（主库）\nbinlog_expire_logs_seconds = 2592000 # 日志保留 30 天\nmax_binlog_size = 100M\n# binlog_do_db = astro_code # 只同步指定库\n# binlog_ignore_db = mysql,sys # 不同步的库sudo mkdir -p /var/log/mysql\nsudo chown mysql:mysql /var/log/mysql\nsudo chmod 755 /var/log/mysqlsudo systemctl restart mysqld主库上创建个用户给从库用：
\nmysql -u root -pCREATE USER 'copyuser'@'120.26.180.149' IDENTIFIED WITH mysql_native_password BY 'MySql@123456';\nGRANT replication slave ON *.* TO 'copyuser'@'120.26.180.149';SHOW MASTER STATUS;记下返回的 File 和 Position，从库配置的时候要用。
sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf[mysqld]\nserver-id = 2\nlog_bin = /var/log/mysql/mysql-bin.log\nread-only = 1 # 从库只读\nbinlog_expire_logs_seconds = 2592000\nmax_binlog_size = 100M\nreplicate_do_db = astro_code # 只同步这个库\nreplicate_ignore_db = mysql,sys # 不同步系统库sudo mkdir -p /var/log/mysql\nsudo chown mysql:mysql /var/log/mysql\nsudo chmod 755 /var/log/mysqlsudo systemctl restart mysqlmysql -u root -pSTOP SLAVE;\nRESET SLAVE ALL;\n\nCHANGE MASTER TO \nMASTER_HOST='47.99.236.69', -- 主库 IP\nMASTER_USER='copyuser', -- 刚才创建的复制用户\nMASTER_PASSWORD='MySql@123456',\nMASTER_LOG_FILE='mysql-bin.000004', -- 主库 SHOW MASTER STATUS 的 File\nMASTER_LOG_POS=161383; -- 主库 SHOW MASTER STATUS 的 Position\n\nSTART SLAVE;SHOW SLAVE STATUS \\G;重点关注两个字段：
\nSlave_IO_Running: YesSlave_SQL_Running: Yes两个都是 Yes 就说明同步正常。
\n主库换了配置或者重启过，binlog 文件和位置会变。重新跑一次 SHOW MASTER STATUS，拿到新的 File 和 Position，在从库重新 CHANGE MASTER TO。
从库如果之前写过数据，跟主库对不上会导致同步中断。先 STOP SLAVE，从库追上数据之后再 START SLAVE。
主库 3306 端口要放行从库 IP：
\n# CentOS\nsudo firewall-cmd --permanent --add-source=从库IP --add-port=3306/tcp\nsudo firewall-cmd --reloadSHOW SLAVE STATUS 两个线程都是 Yes 就没问题CentOS 7 默认源里没有 Redis，得自己想办法。这篇整理了几种装法，从最省事的 Yum 到手动编译，看情况选就行。
\nRedis 在 EPEL（Extra Packages for Enterprise Linux）里：
\nsudo yum install epel-releasesudo yum install redissudo systemctl start redis\nsudo systemctl enable redis\nsudo systemctl status redisYum 里的 Redis 版本一般比较老，想尝鲜就自己编译。
\nsudo yum groupinstall \"Development Tools\"\nsudo yum install tclcd /tmp\nwget http://download.redis.io/redis-stable.tar.gz\ntar xzf redis-stable.tar.gz\ncd redis-stable\nmake\nsudo make installsudo mkdir /etc/redis\nsudo mkdir /var/lib/redis\nsudo cp redis.conf /etc/redis/Remi 仓库里有比较新的 Redis 版本，又不用自己编译：
\nsudo yum install https://rpms.remirepo.net/enterprise/remi-release-7.rpm\nsudo yum --enablerepo=remi install redissudo vi /etc/redis.conf几个常用的配置项：
\n# 绑定 IP，0.0.0.0 表示允许所有 IP 访问\nbind 0.0.0.0\n\n# 保护模式（外网访问要关掉）\nprotected-mode no\n\n# 密码（建议设一个）\nrequirepass your_password\n\n# 持久化策略\nsave 900 1\nsave 300 10\nsave 60 10000改完重启：
\nsudo systemctl restart redisredis-cli\n127.0.0.1:6379> ping\nPONG\n127.0.0.1:6379> set test \"Hello Redis\"\nOK\n127.0.0.1:6379> get test\n\"Hello Redis\"sudo firewall-cmd --permanent --add-port=6379/tcp\nsudo firewall-cmd --reloadRedis 默认没有密码，裸奔很危险。几个基本操作：
\nrequirepass your_strong_passwordrename-command FLUSHDB \"\"\nrename-command FLUSHALL \"\"\nrename-command CONFIG \"\"如果只在本机用，绑 127.0.0.1 就好：
bind 127.0.0.1# 看看版本\nredis-server --version\n\n# 跑个性能测试\nredis-benchmark -q -n 100000生产环境记得设密码、绑 IP、禁危险命令，别裸奔。
\n", "image": "https://t.alcy.cc/fj?u=bdf457a9", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [ "Ops" ] }, { "title": "ubuntu安装redis", "url": "https://jiangbyte.cn/database/redis/2026-10-01-ubuntu%E5%AE%89%E8%A3%85redis.html", "id": "https://jiangbyte.cn/database/redis/2026-10-01-ubuntu%E5%AE%89%E8%A3%85redis.html", "summary": "Ubuntu 比 CentOS 省心点，APT 源里直接有 Redis，不用额外加仓库。不过版本可能不是最新的，想尝鲜还是得自己编译。", "content_html": "Ubuntu 比 CentOS 省心点，APT 源里直接有 Redis，不用额外加仓库。不过版本可能不是最新的，想尝鲜还是得自己编译。
\nsudo apt update\nsudo apt install redis-serversudo systemctl start redis-server\nsudo systemctl enable redis-server\nsudo systemctl status redis-serverAPT 里的版本一般落后一两个大版本，想用最新的就自己编译。
\nsudo apt update\nsudo apt install build-essential tclcd /tmp\nwget https://download.redis.io/redis-stable.tar.gz\ntar -xzvf redis-stable.tar.gz\ncd redis-stable\nmake\nsudo make installsudo mkdir /etc/redis\nsudo mkdir /var/redis\nsudo cp redis.conf /etc/redis/redis-cli\n127.0.0.1:6379> ping\nPONG\n127.0.0.1:6379> set test \"hello\"\nOK\n127.0.0.1:6379> get test\n\"hello\"\n127.0.0.1:6379> exitsudo nano /etc/redis/redis.conf几个常用的：
\nbind 127.0.0.1 # 绑定 IP\nport 6379 # 端口\nrequirepass yourpassword # 密码\ndaemonize yes # 后台运行改完重启：
\nsudo systemctl restart redis-serverrequirepass your_strong_passwordrename-command FLUSHDB \"\"\nrename-command FLUSHALL \"\"\nrename-command CONFIG \"\"sudo ufw allow from your_ip to any port 6379redis-server --version\nredis-benchmark -q -n 100000Ubuntu 比 CentOS 舒服的地方就是 APT 源自带 Redis，不用折腾仓库。生产环境一样要设密码、绑 IP、禁危险命令。
\n", "image": "https://t.alcy.cc/fj?u=0394a555", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [ "Ops" ] }, { "title": "Keil5 下载、安装、激活和使用记录", "url": "https://jiangbyte.cn/posts/embedded/2026-10-01-Keil5%20%E4%B8%8B%E8%BD%BD%E3%80%81%E5%AE%89%E8%A3%85%E3%80%81%E6%BF%80%E6%B4%BB%E5%92%8C%E4%BD%BF%E7%94%A8%E8%AE%B0%E5%BD%95.html", "id": "https://jiangbyte.cn/posts/embedded/2026-10-01-Keil5%20%E4%B8%8B%E8%BD%BD%E3%80%81%E5%AE%89%E8%A3%85%E3%80%81%E6%BF%80%E6%B4%BB%E5%92%8C%E4%BD%BF%E7%94%A8%E8%AE%B0%E5%BD%95.html", "summary": "安装包下载地址： https://pan.quark.cn/s/6a455cd4bce2", "content_html": "安装包下载地址：
\nhttps://pan.quark.cn/s/6a455cd4bce2
\n\n下载内容包括：Keil5 安装包（MDK540.exe）及注册机（keygen.exe）
\n
\n正常安装
https://segmentfault.com/a/1190000047918396
\n", "image": "https://t.alcy.cc/fj?u=8e3af6de", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [ "Embedded" ] }, { "title": "Embedded", "url": "https://jiangbyte.cn/posts/embedded/", "id": "https://jiangbyte.cn/posts/embedded/", "summary": "Embedded 系列笔记。", "content_html": "嵌入式开发工具与环境相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Webhook 与飞书机器人集成", "url": "https://jiangbyte.cn/posts/practice/2026-10-01-Webhook%20%E4%B8%8E%E9%A3%9E%E4%B9%A6%E6%9C%BA%E5%99%A8%E4%BA%BA%E9%9B%86%E6%88%90.html", "id": "https://jiangbyte.cn/posts/practice/2026-10-01-Webhook%20%E4%B8%8E%E9%A3%9E%E4%B9%A6%E6%9C%BA%E5%99%A8%E4%BA%BA%E9%9B%86%E6%88%90.html", "summary": "审计告警功能需要把检测到的安全事件推送到飞书群。飞书提供了自定义机器人 Webhook 的接口，支持文本和富文本消息格式，也可以配置 HMAC-SHA256 签名验证。", "content_html": "审计告警功能需要把检测到的安全事件推送到飞书群。飞书提供了自定义机器人 Webhook 的接口，支持文本和富文本消息格式，也可以配置 HMAC-SHA256 签名验证。
\n实现上需要解决三个问题：签名怎么算、参数放哪里、消息怎么写。
\n飞书官方文档给出的签名示例：
\nimport hashlib\nimport base64\nimport hmac\n\ndef gen_sign(timestamp, secret):\n string_to_sign = '{}\\n{}'.format(timestamp, secret)\n hmac_code = hmac.new(\n string_to_sign.encode(\"utf-8\"),\n digestmod=hashlib.sha256\n ).digest()\n sign = base64.b64encode(hmac_code).decode('utf-8')\n return sign注意这里的 hmac.new 调用是 hmac.new(key, msg=None, digestmod=sha256)，key 是 timestamp\\nsecret，msg 为空。和通常的 hmac.new(secret, data, digestmod) 写法不一样，如果习惯性地把 secret 放第一个参数、string_to_sign 放第二个，签名就对不上。
飞书用的是秒（int(time.time())）。如果写成了 time.time() * 1000，服务端验签就会失败。
# 飞书：用秒\ntimestamp = str(int(time.time()))\n\ntimestamp = str(int(time.time() * 1000))另一个容易踩坑的地方是 timestamp 和 sign 参数放在哪里。最初的习惯是把它们作为 URL 查询参数拼在 Webhook 地址后面：
https://open.feishu.cn/open-apis/bot/v2/hook/xxx?timestamp=xxx&sign=xxx飞书实际要求的是放在 JSON body 里：
\n{\n \"timestamp\": \"1742821707\",\n \"sign\": \"xxxxxx\",\n \"msg_type\": \"text\",\n \"content\": {\"text\": \"消息内容\"}\n}拼在 URL 上也不会报错，但签名校验通不过。
\n飞书自定义机器人支持多种消息类型。最常用的是文本格式：
\n{\n \"msg_type\": \"text\",\n \"content\": {\n \"text\": \"消息正文\"\n }\n}富文本（post）格式支持更复杂的排版：
\n{\n \"msg_type\": \"post\",\n \"content\": {\n \"post\": {\n \"zh_cn\": {\n \"title\": \"标题\",\n \"content\": [\n [{\n \"tag\": \"text\",\n \"text\": \"说明文字\"\n }, {\n \"tag\": \"a\",\n \"text\": \"链接文字\",\n \"href\": \"http://example.com\"\n }]\n ]\n }\n }\n }\n}Webhook 配置页面上加了一个测试按钮，填好 Webhook URL 和可选签名密钥后可以直接发一条测试消息到群聊。后端对应一个测试端点，复用同样的签名和发送逻辑。
\n不填密钥时直接发送，收不到说明 URL 或网络有问题。填了密钥收不到，说明签名计算和服务端预期的不一致，排查上面三个点。
\n最近用 Spring AI 做了一套 RAG 知识库对话：后台管理多知识库和文件上传，对话侧支持会话记忆、按知识库过滤检索，以及 SSE 流式输出。骨架还是原来的 DDD-lite Spring Boot 分层。
\n技术选型大致是：
\n| 能力 | 选型 |
\n|
项目中邮件功能用于发送密码重置链接，但此前只搭好了架子，缺少实际测试验证。本文将记录邮件集成的全链路配置、本地测试、以及过程中遇到并解决的几个问题。
\n项目在 app/platform/email/sender.py 中实现了 send_mail 函数，支持普通 SMTP 和 STARTTLS 两种模式：
async def send_mail(to_email: str, subject: str, body: str) -> None:\n mail = settings.mail\n if not mail.host or not mail.from_email:\n raise BusinessError(\"Mail service is not configured\")\n message = EmailMessage()\n message[\"From\"] = f\"{mail.from_name} <{mail.from_email}>\"\n message[\"To\"] = to_email\n message[\"Subject\"] = subject\n message.set_content(body)\n await asyncio.to_thread(_send_sync, message)邮件配置通过 MailSettings 集中管理，包括 SMTP 地址、端口、账号密码、TLS 开关等。配置项可在管理后台运行时修改，启动时从 sys_config 表加载覆盖。
Mailpit 是一个用 Go 写的轻量级邮件测试工具。它启动一个假的 SMTP 服务器，接收所有发来的邮件存在内存里，通过 Web 界面查看，不会真的发出去。
\ndocker run -d --name mailpit \\\n --restart no \\\n -p 1025:1025 \\\n -p 8025:8025 \\\n swr.cn-north-4.myhuaweicloud.com/ddn-k8s/docker.io/axllent/mailpit:v1.30.0Mailpit Web 界面访问 http://localhost:8025。配置邮件时将 SMTP 地址填 localhost:1025，关掉 TLS 即可。
用户请求重置时，填写邮箱提交到后端 forgot_password 接口。后端验证账号存在且状态正常，生成一次性令牌存入 Redis（设置 TTL），然后通过 SMTP 发送包含重置链接的邮件。
async def forgot_password(self, payload, account_type, client_ip=None, user_agent=None):\n email = payload.email.strip().lower()\n account = await self.account_repo.get_account_by_identifier(email, [EMAIL])\n\n reset_token = generate_token()\n redis = self._required_redis()\n await redis.setex(\n password_reset_token_key(reset_token),\n settings.auth.password_reset_token_ttl_seconds,\n json.dumps({\"account_id\": account.id, \"email\": email, \"token_hash\": hash_password(reset_token)}),\n )\n reset_link = self._build_password_reset_link(account_type, email, reset_token)\n await send_mail(email, subject, body)邮件中的链接只带 token 参数：
\nhttp://localhost:5173/auth/forgot-password?token=4GRjtfMusvS4w6qjMZ3...前端页面检测到 URL 中有 token 参数后切换到重置密码模式。用户输入新密码提交到 reset_password 接口：
async def reset_password(self, payload, account_type, client_ip=None, user_agent=None):\n raw = await redis.get(password_reset_token_key(payload.token))\n data = json.loads(raw)\n if not verify_password(payload.token, data[\"token_hash\"]):\n raise AuthenticationError(\"Invalid or expired reset link\")\n\n async with transactional(self.db):\n await self.account_repo.update_password_hash(account.id, hash_password(payload.password))\n await redis.delete(key)\n await self.session_service.delete_account_sessions(account.account_type, account.id)验证 token 哈希、更新密码、删除 Redis 中的记录（一次性使用），同时清除该账号的所有活跃会话，使其他设备上的登录态失效。
\n最初的 _build_password_reset_link 方法把邮箱拼在了 URL 参数里：
def _build_password_reset_link(self, account_type, email, token):\n base_url = settings.mail.password_reset_url\n separator = \"&\" if \"?\" in base_url else \"?\"\n return f\"{base_url}{separator}email={urlencode({'email': email})}&token={token}\"邮件中的链接长这样：
\nhttp://...?email=admin%40example.com&token=4GRjtfMusv...邮箱地址暴露在 URL 中，可能被浏览器历史、Referer 头、中间代理等渠道泄漏。
\n改成 token-only，Redis 的 key 从 password:reset:{account_type}:{email} 改为 password:reset:{token}，凭 token 即可从 Redis 中反查出 email 和 account_id：
def _build_password_reset_link(self, account_type, email, token):\n base_url = settings.mail.password_reset_url\n separator = \"&\" if \"?\" in base_url else \"?\"\n return f\"{base_url}{separator}{urlencode({'token': token})}\"ResetPasswordRequest 去掉 email 字段，后端从 token 存储的数据中反查：
class ResetPasswordRequest(CaptchaMixin, PasswordKeyMixin):\n token: str = Field(min_length=16, max_length=256)\n password: str = Field(min_length=1, max_length=512)前端页面也不再从 URL 读取 email，改为用户手动输入，确保重置链接即使被拦截也无法直接关联到具体账号。
\n", "image": "https://t.alcy.cc/fj?u=49d07fb3", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [ "Practice" ] }, { "title": "Practice", "url": "https://jiangbyte.cn/posts/practice/", "id": "https://jiangbyte.cn/posts/practice/", "summary": "Practice 系列笔记。", "content_html": "业务集成与工程实践相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Tools", "url": "https://jiangbyte.cn/posts/tools/", "id": "https://jiangbyte.cn/posts/tools/", "summary": "Tools 系列笔记：Git、Agent、环境与编辑器等。", "content_html": "工具链相关笔记：Git、AI Agent、Conda、Hugo、Typora、VMware 等。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Ops", "url": "https://jiangbyte.cn/posts/ops/", "id": "https://jiangbyte.cn/posts/ops/", "summary": "Ops 系列笔记。", "content_html": "运维与本机开发环境相关笔记，含 Debian、Docker、Nginx 网关等。数据库见独立「数据库」导航。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "第一章 绪论", "url": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-05-%E7%AC%AC%E4%B8%80%E7%AB%A0%20%E7%BB%AA%E8%AE%BA.html", "id": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-05-%E7%AC%AC%E4%B8%80%E7%AB%A0%20%E7%BB%AA%E8%AE%BA.html", "summary": "软考记录", "content_html": "诺依曼系统计算机
\n定义：IEEE 1471-2000 标准
\n\n\n架构是体现在组件中的一个系统的基本组织、它们彼此的关系与环境的关系及指导它的设计和发展的原则。
\n
架构设计的作用：
\n| 建模方法 | 一句话解释 | 关注什么 |
\n|
2025 年 6 月至 2026 年 6 月，我参与了校园在线评测平台的研发。该项目的目标是建立一个面向教学与竞赛的在线训练系统，该平台旨在完成题目发布、程序提交与自动评测，为学生和教师提供练习、批改与运营管理等服务。我在该项目中担任系统架构师，全程参与了系统的分析规划和设计工作。本文以该项目为例，详细探讨软件架构风格在软件系统架构中的应用及其实现。
\n在构建该评测平台时，我们采用了分层组合的架构模式，执行层能够解释并运行用户程序，确保多种语言在统一规则下安全评测；而消息层则对评测任务进行异步分发，提供了低耦合的构件协作能力。这两层结构相互补充，使得平台既能满足高峰提交，又能进行在线维护与扩展。通过解释器对评测协议进行适配，结合消息中间件进行任务调度，我们成功打造了一个稳定可用的在线评测系统。通过这一实践，我们进一步验证了软件架构风格在现代软件系统架构中的重要性和实用性。
\n在我的带领下，项目实施的非常顺利，于 2026 年 6 月成功上线运行，并获得业主单位的一致好评。
\n随着程序设计教学规模扩大和集中训练日益频繁，原有手工收作业、本机批改的方式已难以支撑并发提交和安全隔离。公司自 2025 年 3 月起开展需求调研，规划建设一套可扩展的在线评测平台。
\n2025 年 6 月我司受托建设本项目。本项目面向校园内网部署，我在项目中担任系统架构师职务，主要负责系统整体架构设计，该系统主要完成题目管理、程序提交、自动评测和运营维护，主要功能模块包括账号权限、题库管理、提交评测、执行调度、文件存储以及通知公告等。
\n在架构工作开始阶段，我们便意识到，架构风格是一组设计原则，是能够提供抽象框架模式，可以为我们的项目提供通用解决方案的，这种能够极大提高软件设计的重用的方法加快我们的建设进程，因此在我司总工程师的建议下，我们使用了解释器风格、独立构件隐式调用风格以及 B/S 风格这三种较常用风格。虚拟机风格中的解释器能够把多样的程序执行过程抽象为统一语义，这类风格非常适用于输入形式多、评测规则相对稳定的场景。独立构件风格包括显式调用与隐式调用，我们为了降低提交入口与评测执行之间的耦合采用了隐式调用，通过消息中间件控制系统间信息交互，不仅能削峰填谷，而且还提高了执行节点扩容和故障隔离的能力。B/S 是基于浏览器与服务器的软件架构，它主要使用超文本传输协议进行通信和交互，简化客户端分发的工作，最终减低了机房批量升级的难度，以下正文将重点描述架构风格的实施过程和效果。
\n底层架构我们使用解释器风格来满足多语言安全评测需求。解释器风格是虚拟机风格中的一种，具备良好的灵活性，在本项目中我们的架构设计需要兼容多种程序设计语言，一般来说这种软件编写难度非常高，代码维护难度压力也很大，因此这个解释器的设计任务便很明确了，软件设计需要高度抽象、协议的适配由配置文件来承担。具体的做法如下，我们对一次评测过程进行了高度抽象，由于一次评测由很多测试用例组成，每个测试用例容量固定并且标识和数据有明确规定，因此我们将题目中的语言限额和测试用例进行关系建模，将整体题目作为一个根节点，以测试用例作为根节点下的叶子节点，使用结构化配置映射成了题目、限额、用例这三层的数据结构，核心的代码采用模板解析与动态装载生成可执行对象，搭建一套可以基于可变模板的解释器，协议模板的产生可以由语言运行时说明和题目配置进行转换得到，解释器支持协议模板热部署，这种可以将用户程序和测试数据映射成统一的评测对象，将语言差异和数据协议的复杂度简化，后期评测规则更改不会对软件产生影响，仅仅更改协议模板文件即可，最终我们使用了若干份协议描述文件便兼容了这些复杂的语言与用例组合，规避了在业务系统中直接执行用户程序带来的技术风险。
\n中间层我们使用独立构件风格中的隐式调用来简化构件间的交互复杂度，降低系统耦合度。主要的实现手段是，我们采用了一个开源的消息中间件作为连接构件，这个构件是成熟的消息服务器，其性能和稳定性久经考验。由上文提到的解释器所需的对象化任务经过消息总线分发到各个订阅此消息的应用系统，这些应用系统包括提交服务、评测服务、重试服务等，这种多 web 应用的情况非常适合采用消息发布与消息订阅的机制，能够有效解决耦合问题，我们在编码的过程中发现只要采用这种风格的 web 应用，整个迭代过程效率极高，错误率降低，而且我们使用的配置化消息框架，消息队列的管理完全基于配置，清晰简单，维护性良好，例如评测任务主题、延迟重试主题、异常死信主题等消息队列分类清晰，可以随时修改其结构也能够随时增加其他主题的消息队列，不同的 web 系统监听的队列也可以随时变换组合，基于消息中间件的架构设计能够让系统的构件化思路得到良好实施，总体来说这种架构风格带来了非常清晰的数据流转架构，简化了编码难度，减低本项目的二次开发的难度。
\n应用系统层我们主要采用 B/S 的架构风格，主要用于解决终端分散、难以统一升级的问题。校园应用有一个明显的特点，机房、办公室和竞赛场地分布在不同楼宇，路途很远，且都是内网通讯，部分场所也是走的受控网络，一般是无法远程支持的，这给我们的系统推广以及后期维护带来了很大难题，我们可以想象如果使用 C/S 架构，更新客户端一旦遇到问题很可能需要运维把各机房跑一遍。这让我们在系统推广和维护方面面临较大压力。我们采用的 B/S 架构风格能够解决这个难题，并充分考量了现在相关技术的成熟度，例如现在的浏览器完全能够实现以前客户端的功能，项目中我们使用了大量的动态页面与脚本技术，能够满足在线编辑、结果查询和后台管理等需求。这种风格中页面和逻辑处理存储在 web 服务器上，维护和软件升级只要更新服务器端即可，及时生效，用户体验较好，例如界面上需要优化，改一下页面或者样式文件就可以马上看到效果了。
\n项目于 2026 年 6 月完成验收，这半年内共经历了三次大批量集中提交，这几次接入过程平稳顺利，其中协议解释器软件性能没有出现过问题，消息中间件的性能经过多次调优吞吐量也接近了磁盘与网络的承载上限，满足当前的消息交互总量，另外由于我们的项目多次在紧急状态下能够快速适应评测规则变动，得到过业主的邮件表扬。除了业主机房几次突发性的网络故障外，项目至今还未有重大的生产事故，项目组现在留 2 个开发人员和 1 个售后在维护，系统的维护量是可控的，系统运行也比较稳定。
\n不足之处有两个方面，第一在架构设计的过程中我们忽略了部分机房终端的兼容性，个别终端因为需要兼容老的应用软件不允许系统升级，这些终端系统老旧，其浏览器不支持现有页面技术，导致了系统推广障碍。第二在高可用方面还有待改善。针对第一种问题，我们通过沟通协商说服业主新购 PC，采用两台机器同时使用方式解决。针对第二种问题我方采用了多节点互备和服务接管等策略，在一台服务暂停的情况下，另外一台服务接管，以增加可用性。
\n", "image": "https://t.alcy.cc/fj?u=775e941c", "date_published": "2026-10-06T00:00:00.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [ "Soft Exam" ] }, { "title": "第三章 信息系统基础知识", "url": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-06-%E7%AC%AC%E4%B8%89%E7%AB%A0%20%E4%BF%A1%E6%81%AF%E7%B3%BB%E7%BB%9F%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86.html", "id": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-06-%E7%AC%AC%E4%B8%89%E7%AB%A0%20%E4%BF%A1%E6%81%AF%E7%B3%BB%E7%BB%9F%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86.html", "summary": "软考记录", "content_html": "待定
\n", "image": "https://t.alcy.cc/fj?u=d28956f4", "date_published": "2026-10-06T00:00:00.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [ "Soft Exam" ] }, { "title": "第二章 计算机系统基础知识", "url": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-06-%E7%AC%AC%E4%BA%8C%E7%AB%A0%20%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%B3%BB%E7%BB%9F%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86.html", "id": "https://jiangbyte.cn/soft-exam/advanced-architect/2026-10-06-%E7%AC%AC%E4%BA%8C%E7%AB%A0%20%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%B3%BB%E7%BB%9F%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86.html", "summary": "软考记录", "content_html": "计算机系统 = 硬件 + 软件
\n系统分类维度：
\n冯·诺依曼体系结构是现代计算机的基础，由数学家约翰·冯·诺依曼于1945年提出。它的核心思想可以概括为一句话：
\n\n\n程序和数据都存储在同一个存储器中，计算机按照存储的程序顺序自动执行指令。
\n
冯·诺依曼体系结构的五大部件
\n| 部件 | 英文 | 功能 |
\n|
用法：先定题目方向（架构风格、高可用、安全、性能、质量属性等），再填入同一项目。摘要三段、正文“背景—职责—总述三点—分点展开—验收—不足”，三点之间换方向只换论点，不换结构。【】内为必填，不要写具体表名、接口路径、框架版本。
\n\n\n【项目起止时间】，我参与了【项目名称】的研发。该项目的目标是建立一个【系统定位】，该平台旨在【核心功能】，为【业务对象】提供【业务目标】等服务。我在该项目中担任【角色】，全程参与了系统的分析规划和设计工作。本文以该项目为例，详细探讨【论文主题，如软件架构风格 / 高可用性设计 / 信息安全体系】在软件系统架构中的应用及其实现。
\n在构建【系统名称】时，我们采用了【总体方案，如分层组合 / 主备加集群 / 纵深防御】，【要点A】能够【作用A】，确保【价值A】；而【要点B】则对【对象B】进行【作用B】，提供了【价值B】。这两层结构相互补充，使得平台既能满足【需求A】，又能进行【需求B】。通过【手段A】进行【处理A】，结合【手段B】进行【处理B】，我们成功打造了一个【系统特性】的【系统类型】。通过这一实践，我们进一步验证了【论文主题】在现代软件系统架构中的重要性和实用性。
\n在我的带领下，项目实施的非常顺利，于【上线时间】成功上线运行，并获得【评价主体】的一致好评。
\n
\n\n", "image": "https://t.alcy.cc/fj?u=030164fa", "date_published": "2026-10-06T00:00:00.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [ "Soft Exam" ] }, { "title": "Claude、Codex 全自动模式", "url": "https://jiangbyte.cn/posts/tools/agent/2026-10-01-Claude%E3%80%81Codex%20%E5%85%A8%E8%87%AA%E5%8A%A8%E6%A8%A1%E5%BC%8F.html", "id": "https://jiangbyte.cn/posts/tools/agent/2026-10-01-Claude%E3%80%81Codex%20%E5%85%A8%E8%87%AA%E5%8A%A8%E6%A8%A1%E5%BC%8F.html", "summary": "\\\"YOLO 模式\\\"（或叫\\\"全自动模式\\\"）是为了让 AI 编程助手在不经你逐次确认的情况下，全自动执行指令。Codex 和 Claude Code 都有各自的开启方式，但核心逻辑和风险是一样的。", "content_html": "随着【行业趋势或业务矛盾】，原有【旧做法】已难以支撑【新约束，如并发、安全、扩展】。公司自【年】年【月】月起【调研 / 立项准备】，规划【建设目标】。
\n【年】年【月】月我司受托建设本项目。本项目【部署与范围一句话】，我在项目中担任系统架构师职务，主要负责系统整体架构设计，该系统主要完成【业务能力】，主要功能模块包括【模块一】、【模块二】、【模块三】、【模块四】以及【模块五】等。
\n在架构工作开始阶段，我们便意识到，【论文主题对应的方法，如架构风格 / 质量属性策略】是一组设计原则，是能够提供抽象框架模式，可以为我们的项目提供通用解决方案的，这种能够极大提高软件设计的重用的方法加快我们的建设进程，因此在我司总工程师的建议下，我们使用了【论点一】、【论点二】以及【论点三】这三种较常用【风格 / 策略 / 措施】。【类别一】中的【论点一】能够【能力一】，这类方法非常适用于【适用场景】。【类别二】包括【子类A】与【子类B】，我们为了【设计目标】采用了【论点二】，通过【关键机制】控制系统间信息交互，不仅能【收益一】，而且还提高【收益二】。【论点三】是基于【基本形态】的软件架构，它主要使用【通信方式】进行通信和交互，简化【被简化的工作】，最终减低了【被降低的难度】，以下正文将重点描述【论文主题】的实施过程和效果。
\n底层（或第一方面）我们使用【论点一】来满足【需求一】。【论点一】是【所属类别】中的一种，具备【主要优点】，在本项目中我们的架构设计需要兼容【多变部分】，一般来说这种软件编写难度非常高，代码维护难度压力也很大，因此这个设计任务便很明确了，软件设计需要高度抽象、【变化点】的适配由配置来承担。具体的做法如下，我们对【核心对象】进行了高度抽象，由于【核心对象】由很多【组成单元】组成，每个【组成单元】容量固定并且标识和数据有明确规定，因此我们将【主体】中的【属性甲】和【属性乙】进行关系建模，将整体【主体】作为一个根节点，以【组成单元】作为根节点下的叶子节点，使用结构化配置映射成了【层次名称】这【层数】层的数据结构，核心的处理采用【解析 / 装载 / 调度】生成统一对象，搭建一套可以基于可变模板（或策略）的实现，模板或策略可由【来源】转换得到，并支持热更新。这种可以将【复杂输入】映射成统一对象的做法，将【差异点】的复杂度简化，后期规则更改不会对软件产生影响，仅仅更改配置即可，最终我们使用了若干份描述文件便兼容了这些复杂的【差异组合】，规避了【直接硬编码或危险做法】带来的技术风险。
\n中间层（或第二方面）我们使用【论点二】来简化【协作对象】间的交互复杂度，降低系统耦合度（或提升【目标质量属性】）。主要的实现手段是，我们采用了【中间件或机制】作为连接构件，这个构件【一句话定位】，其性能和稳定性久经考验。由上文处理得到的对象化数据经过【通道】分发到各个【订阅方 / 协作方】，这些应用系统包括【系统甲】、【系统乙】、【系统丙】等，这种多应用协作的情况非常适合采用【发布订阅 / 异步解耦 / 其他机制】，能够有效解决耦合问题，我们在编码的过程中发现只要采用这种方法，整个迭代过程效率极高，错误率降低，而且我们使用的配置化方式，管理完全基于配置，清晰简单，维护性良好，例如【通道甲】、【通道乙】、【通道丙】等分类清晰，可以随时修改其结构也能够随时增加其他通道，不同系统监听的范围也可以随时变换组合。总体来说这种方法带来了非常清晰的数据流转架构，简化了编码难度，减低本项目的二次开发的难度。
\n应用系统层（或第三方面）我们主要采用【论点三】，主要用于解决【推广或使用上的难题】。【业务场景】有一个明显的特点，【使用方】分布在【地理或组织范围】，路途很远，且都是【网络条件】，【部分场所】也是走的【受控网络】，一般是无法远程支持的，这给我们的系统推广以及后期维护带来了很大难题，我们可以想象如果使用【被否定的方案】，更新一旦遇到问题很可能需要【运维代价】。这让我们在系统推广和维护方面面临较大压力。我们采用的【论点三】能够解决这个难题，并充分考量了现在相关技术的成熟度，例如现在的【成熟技术】完全能够实现以前【旧方案】的功能，项目中我们使用了大量的【技术甲】与【技术乙】，能够满足【交互需求】等需求。这种做法中【变更集中位置】在服务器侧，维护和软件升级只要更新服务器端即可，及时生效，用户体验较好，例如界面或规则上需要优化，改一下【页面 / 配置 / 策略】就可以马上看到效果了。
\n项目于【年】年【月】月完成验收，这【时长】内共经历了【若干次业务高峰或变更】，这几次过程平稳顺利，其中【论点一对应部件】性能没有出现过问题，【论点二对应部件】经过多次调优也满足当前的交互总量，另外由于我们的项目多次在紧急状态下能够快速适应【规则或接口变动】，得到过业主的邮件表扬。除了业主侧几次突发性的网络故障外，项目至今还未有重大的生产事故，项目组现在留【n】个开发人员和【m】个售后在维护，系统的维护量是可控的，系统运行也比较稳定。
\n不足之处有两个方面，第一在架构设计的过程中我们忽略了【兼容性或范围遗漏】，个别【终端 / 子系统】因为需要兼容老的应用软件不允许系统升级，这些【对象】系统老旧，其【运行环境】不支持【新能力】，导致了系统推广障碍。第二在【高可用 / 性能 / 安全等另一质量属性】方面还有待改善。针对第一种问题，我们通过沟通协商说服业主【更换或隔离旧环境】，采用【过渡方案，如两套环境并存】方式解决。针对第二种问题我方采用了【措施甲】和【措施乙】等策略，在一台服务暂停的情况下，另外一台服务接管，以增加可用性。
\n
"YOLO 模式"（或叫"全自动模式"）是为了让 AI 编程助手在不经你逐次确认的情况下，全自动执行指令。Codex 和 Claude Code 都有各自的开启方式，但核心逻辑和风险是一样的。
\nYOLO 模式主要通过两种方式开启：命令行参数和配置文件。
\n开启 YOLO 模式意味着将 AI 的操作权限完全放开，这虽然能极大提升效率，但也存在不小的风险。
\n| 工具 | 对应的 YOLO 标志 | 说明 |
\n| :
在 Windows 上用 Cursor 打开 WSL 项目时，左下角一直转圈，等待比较久......好像也没有安装好，检查 ~/.cursor-server/bin/ 目录，发现 commit id 的目录是空的，说明自动下载失败了。这在国内网络环境下应该常见，因为服务器文件有 125MB，可能下载中途断掉了。
Cursor 连接 WSL（或远程 SSH）时，需要在 WSL 内安装一个服务端组件 cursor-server，它本质上是 VSCode Remote 的定制版。自动下载流程大致是：
vscode-reh-linux-x64.tar.gz~/.cursor-server/bin/<commit-id>/第二步在国内网络环境下经常超时或中断，下载失败后 bin/<commit-id>/ 目录是空的，但 .installation_lock 文件被写入了，导致 Cursor 以为"正在安装中"，不会重试。
Commit ID 在 Cursor 的版本里，命令：
\ncursor --version输出：
\n\"55434bd8062ece6fee083b82beed2aee42d253f0\"记下这串 commit ID，后面都要用到。
\n在安装目录中，/mnt/c/Users/jiang/AppData/Local/Programs/cursor/resources/app/product.json （实际情况依据你安装的目录） product.json 里定义了下载地址模板：
\"serverDownloadUrlTemplate\": \"https://cursor.blob.core.windows.net/remote-releases/${commit}/vscode-reh-${os}-${arch}.tar.gz\"对 Linux x64 来说，最终的 URL 就是：
\nhttps://cursor.blob.core.windows.net/remote-releases/<commit-id>/vscode-reh-linux-x64.tar.gz先用 curl 确认能访问（WSL下）：
\ncurl -sI \"https://cursor.blob.core.windows.net/remote-releases/55434bd8062ece6fee083b82beed2aee42d253f0/vscode-reh-linux-x64.tar.gz\" | head -5返回 HTTP/1.1 200 OK 就没问题。
# 下载（如果网络慢，可以用代理或者挂在后台慢慢下）\ncurl -L -o /tmp/cursor-server.tar.gz \\\n \"https://cursor.blob.core.windows.net/remote-releases/55434bd8062ece6fee083b82beed2aee42d253f0/vscode-reh-linux-x64.tar.gz\"\n\n# 解压到对应 commit 目录\nmkdir -p ~/.cursor-server/bin/55434bd8062ece6fee083b82beed2aee42d253f0\ntar -xzf /tmp/cursor-server.tar.gz \\\n -C ~/.cursor-server/bin/55434bd8062ece6fee083b82beed2aee42d253f0/\n\n# 如果解压后多了一层目录，把内容移上来\ncd ~/.cursor-server/bin/55434bd8062ece6fee083b82beed2aee42d253f0/\nls # 确认是不是直接包含了 bin、node_modules 等目录\n # 如果只有一个子目录，把内容移上来\nmv vscode-reh-linux-x64/* .\nmv vscode-reh-linux-x64/.* . 2>/dev/null\nrmdir vscode-reh-linux-x64\n\n# 清理临时文件\nrm /tmp/cursor-server.tar.gz这是关键一步。Cursor 在下载开始时写入了 .installation_lock，如果不删掉，它不会检测到 server 已经装好：
rm -f ~/.cursor-server/.installation_lock*~/.cursor-server/bin/55434bd8062ece6fee083b82beed2aee42d253f0/bin/cursor-server --version输出：
\n版本号和 commit ID 对上，说明安装成功了。
\n回到 Cursor Windows 端，点击左下角 >< 图标，重新连接 WSL。这次应该秒连，不再卡在安装步骤。
\n每次 Cursor 更新版本，commit ID 会变，需要重新安装对应的 server。流程一样：
\nvscode-reh-linux-x64.tar.gzbin/<new-commit-id>/我习惯把下载包留一份，或者写个脚本一键搞定：
\n#!/bin/bash\nCOMMIT=$(grep -o '\"commit\"[^,]*' \"/mnt/e/Users/jiang/AppData/Local/Programs/cursor/resources/app/product.json\" | cut -d'\"' -f4)\necho \"Commit: $COMMIT\"\n\nmkdir -p ~/.cursor-server/bin/$COMMIT\n\ncurl -L -o /tmp/cursor-server.tar.gz \\\n \"https://cursor.blob.core.windows.net/remote-releases/$COMMIT/vscode-reh-linux-x64.tar.gz\"\n\ntar -xzf /tmp/cursor-server.tar.gz -C ~/.cursor-server/bin/$COMMIT/\n# 处理嵌套目录\nif [ -d \"$HOME/.cursor-server/bin/$COMMIT/vscode-reh-linux-x64\" ]; then\n mv ~/.cursor-server/bin/$COMMIT/vscode-reh-linux-x64/* ~/.cursor-server/bin/$COMMIT/\n rmdir ~/.cursor-server/bin/$COMMIT/vscode-reh-linux-x64\nfi\n\nrm -f ~/.cursor-server/.installation_lock*\nrm /tmp/cursor-server.tar.gz\n\necho \"Done\"| 步骤 | 命令 |
\n|
AI 编程助手与 Agent 工具链相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "用 conda 固定默认环境 normal", "url": "https://jiangbyte.cn/posts/tools/conda/2026-10-01-%E7%94%A8%20conda%20%E5%9B%BA%E5%AE%9A%E9%BB%98%E8%AE%A4%E7%8E%AF%E5%A2%83%20normal.html", "id": "https://jiangbyte.cn/posts/tools/conda/2026-10-01-%E7%94%A8%20conda%20%E5%9B%BA%E5%AE%9A%E9%BB%98%E8%AE%A4%E7%8E%AF%E5%A2%83%20normal.html", "summary": "机器上同时有三套 Python 很容易搅在一起：", "content_html": "机器上同时有三套 Python 很容易搅在一起：
\n/usr/bin/python3base想要的结果很简单：不管终端还是 Cursor，一律只用名为 normal 的 conda 环境，不要再落到 base 或系统 Python 上。
下面以 miniforge（路径 /home/charlie/miniforge3）为例，过程对 Anaconda / Miniconda 同样适用，改一下前缀即可。
normal 环境选用相对稳妥的 3.12：
\nconda create -n normal python=3.12 -y创建完成后确认：
\nconda env list\n# base /home/charlie/miniforge3\n# normal /home/charlie/miniforge3/envs/normal解释器路径固定为：
\n/home/charlie/miniforge3/envs/normal/bin/python网络不稳时下载可能被 Connection reset by peer 打断，直接重跑同一条 conda create 即可，已下完的包会复用缓存。
默认安装后，新开 shell 会进 base。先关掉：
conda config --set auto_activate_base false新版 conda 会把这个键写成 auto_activate。~/.condarc 里最终可以是：
auto_activate: false这样登录时不会再默认进 base。
normal在 ~/.bashrc 的 conda initialize 块末尾加上激活语句：
# >>> conda initialize >>>\n__conda_setup=\"$('/home/charlie/miniforge3/bin/conda' 'shell.bash' 'hook' 2> /dev/null)\"\nif [ $? -eq 0 ]; then\n eval \"$__conda_setup\"\nelse\n if [ -f \"/home/charlie/miniforge3/etc/profile.d/conda.sh\" ]; then\n . \"/home/charlie/miniforge3/etc/profile.d/conda.sh\"\n else\n export PATH=\"/home/charlie/miniforge3/bin:$PATH\"\n fi\nfi\nunset __conda_setup\n# Always use the `normal` env (never conda base / system Python)\nconda activate normal 2>/dev/null\n# <<< conda initialize <<<要点：
\nconda hook 初始化之后，否则 conda activate 可能不可用2>/dev/null 避免环境尚未创建时刷一堆报错(normal)已打开的旧终端不会自动生效，手动执行一次：
\nconda activate normalnormal只改 shell 不够，编辑器里跑 Python / 选解释器时仍可能跳到别的环境。在 Cursor 用户设置里加上：
\n{\n \"python.defaultInterpreterPath\": \"/home/charlie/miniforge3/envs/normal/bin/python\",\n \"python.terminal.activateEnvironment\": true,\n \"terminal.integrated.env.linux\": {\n \"CONDA_DEFAULT_ENV\": \"normal\"\n }\n}路径按本机 conda 前缀调整。改完后重开集成终端，或在命令面板里重新选一次解释器确认。
\n干净登录测一下（或新开一个终端）：
\necho \"$CONDA_DEFAULT_ENV\" # 期望：normal\nwhich python # .../envs/normal/bin/python\npython --version # Python 3.12.x\nconda env list # normal 前有 *再确认没有误用系统解释器：
\ncommand -v python\ncommand -v python3\n# 两者都应落在 .../envs/normal/bin/ 下系统里的 /usr/bin/python3 可以还在，但只要 PATH 里 normal 在前，日常敲 python / python3 就不会撞上它。
| 项 | 做法 |
\n|
Conda 环境管理相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Git", "url": "https://jiangbyte.cn/posts/tools/git/", "id": "https://jiangbyte.cn/posts/tools/git/", "summary": "Git 相关笔记。", "content_html": "Git 工作流与远程协作相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Hugo相对路径图片显示问题的分析与解决", "url": "https://jiangbyte.cn/posts/tools/hugo/2026-10-01-Hugo%E7%9B%B8%E5%AF%B9%E8%B7%AF%E5%BE%84%E5%9B%BE%E7%89%87%E6%98%BE%E7%A4%BA%E9%97%AE%E9%A2%98%E7%9A%84%E5%88%86%E6%9E%90%E4%B8%8E%E8%A7%A3%E5%86%B3.html", "id": "https://jiangbyte.cn/posts/tools/hugo/2026-10-01-Hugo%E7%9B%B8%E5%AF%B9%E8%B7%AF%E5%BE%84%E5%9B%BE%E7%89%87%E6%98%BE%E7%A4%BA%E9%97%AE%E9%A2%98%E7%9A%84%E5%88%86%E6%9E%90%E4%B8%8E%E8%A7%A3%E5%86%B3.html", "summary": "写博客的时候用 Obsidian 插了张图：", "content_html": "写博客的时候用 Obsidian 插了张图：
\n编辑器里看着好好的，一跑 hugo 部署上去，图裂了。打开浏览器开发者工具一看，图片请求的路径根本就不对。
检查了一圈，发现这个问题只出现在 非 bundle 的 md 文件 上，用目录包起来的 index.md 反倒没事。
Hugo 里写文章有两种姿势：
\nindex.md，图片丢同目录下content/posts/my-post/\n├── index.md\n└── some-image.jpg.md 文件content/posts/my-post.md我这边的目录结构是这样的：
\ncontent/posts/\n├── _index.md\n├── assets/\n│ └── example.jpg\n├── my-post.md ← 出问题的\n└── my-bundle-post/\n └── index.md ← 没问题的Blowfish 主题自带的图片渲染逻辑，会先用 $.Page.Resources.GetMatch 去捞图片。Bundle 页面自然能捞到，但 leaf page 压根没有 page resources，捞了个空。最后 fallback 到直接把原始相对路径当 src 输出——这就是问题的起点。
我的 permalink 配的是：
\npermalinks:\n posts: /posts/:year/:month/:day/:slug/假设文件是 content/posts/my-post.md，生成的页面 URL 是 /posts/2026/06/05/my-post/。
Leaf page 里的 ，浏览器会以页面 URL 为基准去解析：
页面地址: /posts/2026/06/05/my-post/\n浏览器请求: /posts/2026/06/05/my-post/assets/example.jpg ← 404但图片实际在哪？在 content/posts/assets/example.jpg。Hugo 构建的时候会把 content 目录下的非内容文件也发布出去，所以这张图实际是：
public/posts/assets/example.jpg问题就是：leaf page 在 URL 里多了好几层目录，但图片的相对路径没跟着变。
\n最省事的做法就是把 leaf page 改成 bundle：
\n# 改之前\ncontent/posts/my-post.md\ncontent/posts/assets/example.jpg\n\n# 改之后\ncontent/posts/my-post/index.md\ncontent/posts/my-post/assets/example.jpg这样 $.Page.Resources.GetMatch 能找到图片，而且 Blowfish 的 responsive 图片优化也会生效。缺点是每个文章都要建目录，已有的存量文章多了有点折腾。
参考了 Joker 的文章，但里面用的 ../ 补丁只适合单层目录，我的 permalink 太深了不管用。改成了拼绝对路径。
在 layouts/_default/_markup/render-image.html 里覆写了 Blowfish 的图片渲染逻辑：
{{- if not $isRemote -}}\n {{- $isPageBundle := eq $.Page.File.LogicalName \"index.md\" -}}\n {{- if $isPageBundle -}}\n {{- /* bundle: 原样走主题的逻辑 */ -}}\n {{- $resource = or ($.Page.Resources.GetMatch $urlStr) (resources.Get $urlStr) -}}\n {{- else if not (strings.HasPrefix $urlStr \"/\") -}}\n {{- /* leaf page + 相对路径: 用 .File.Dir 拼出正确路径 */ -}}\n {{- $correctPath := path.Join $.Page.File.Dir $urlStr -}}\n {{- $resource = or ($.Page.Resources.GetMatch $correctPath) (resources.Get $correctPath) -}}\n {{- if not $resource -}}\n {{- $urlStr = printf \"/%s\" $correctPath -}}\n {{- end -}}\n {{- else -}}\n {{- $resource = or ($.Page.Resources.GetMatch $urlStr) (resources.Get $urlStr) -}}\n {{- end -}}\n{{- end -}}核心逻辑就几件事：
\nLogicalName 是不是 "index.md"）.Page.File.Dir 拼出内容目录下的绝对路径path.Join "posts/" "assets/example.jpg" → posts/assets/example.jpg → /posts/assets/example.jpg
这样不管 permalink 多深，路径都不会偏。
\n修之前：
\n<img src=\"/posts/2026/06/05/my-post/assets/example.jpg\">\n<!-- 404 -->修之后：
\n<img src=\"/posts/assets/example.jpg\">\n<!-- 200 -->实际效果：
\n这张图就是 leaf page 引的，能正常显示说明修好了。
\n../，只退一层。本项目的 /:year/:month/:day/:slug/ 叠了四层，必须用绝对路径| 维度 | Page Bundle | Leaf Page + render hook |
\n|
Hugo 静态站点构建与踩坑相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Typora 自定义 github-cus 主题：掘金行内代码与标题自动编号", "url": "https://jiangbyte.cn/posts/tools/typora/2026-10-04-Typora%20%E8%87%AA%E5%AE%9A%E4%B9%89%20github-cus%20%E4%B8%BB%E9%A2%98%EF%BC%9A%E6%8E%98%E9%87%91%E8%A1%8C%E5%86%85%E4%BB%A3%E7%A0%81%E4%B8%8E%E6%A0%87%E9%A2%98%E8%87%AA%E5%8A%A8%E7%BC%96%E5%8F%B7.html", "id": "https://jiangbyte.cn/posts/tools/typora/2026-10-04-Typora%20%E8%87%AA%E5%AE%9A%E4%B9%89%20github-cus%20%E4%B8%BB%E9%A2%98%EF%BC%9A%E6%8E%98%E9%87%91%E8%A1%8C%E5%86%85%E4%BB%A3%E7%A0%81%E4%B8%8E%E6%A0%87%E9%A2%98%E8%87%AA%E5%8A%A8%E7%BC%96%E5%8F%B7.html", "summary": "从自带 github 主题复制出 github-cus，改成掘金风格行内代码，并用 CSS counter 给正文与大纲侧栏做从 h2 起的自动编号。", "content_html": "Typora 自带主题升级会覆盖，直接改 github.css 不稳妥。做法是复制一份自定义主题 github-cus，在上面改行内代码颜色，以及正文 / 大纲的标题自动编号。
本文环境：Linux，主题目录 ~/.config/Typora/themes/（Windows 一般在 %APPDATA%\\Typora\\themes\\，macOS 在 ~/Library/Application Support/abnerworks.Typora/themes/）。
主题目录里的 Readme.md 写得很清楚：内置 CSS 更新或重装后会被替换，不要直接改内置主题。
正确姿势见官方文档：
\n\n目标文件结构：
\n~/.config/Typora/themes/\n├── github.css ← 内置，不动\n├── github/ ← 内置字体，不动\n├── github-cus.css ← 自定义主题入口\n└── github-cus/ ← 字体资源（从 github/ 复制）Typora 主题名取自 CSS 文件名：github-cus.css → 主题选择器里一般显示为 Github Cus。
THEMES=\"$HOME/.config/Typora/themes\"\n\ncp \"$THEMES/github.css\" \"$THEMES/github-cus.css\"\ncp -a \"$THEMES/github\" \"$THEMES/github-cus\"\n\n# 字体路径从 ./github/ 改到 ./github-cus/\nsed -i \"s|url('./github/|url('./github-cus/|g\" \"$THEMES/github-cus.css\"复制后 @font-face 应类似：
src: local('Open Sans Regular'), local('OpenSans-Regular'),\n url('./github-cus/open-sans-v17-latin-ext_latin-regular.woff2') format('woff2');然后在 Typora：主题 → Github Cus。后面所有改动都只动 github-cus.css。
正文里的 `Integer` 一类行内代码：
#ff502c（橙红）rgba(255, 80, 44, 0.1)（淡橙红底）围栏代码块（```）继续用原来的灰底，不要跟行内代码混成同一种颜色。
\ngithub 主题里行内代码和围栏代码块绑在一起：
\n.md-fences,\ncode,\ntt {\n border: 1px solid #e7eaed;\n background-color: #f8f8f8;\n border-radius: 3px;\n padding: 2px 4px 0px 4px;\n font-size: 0.9em;\n}\n\ncode {\n background-color: #f3f4f4;\n padding: 0 2px 0 2px;\n}问题在于：改 code 会连带影响 .md-fences 里的 code，所以必须拆开，并给围栏内部做还原。
在 github-cus.css 里，把上面那段改成：
/* Inline code — Juejin style */\ncode,\ntt {\n margin: 0 2px;\n padding: 2px 4px;\n border: none;\n border-radius: 2px;\n background-color: rgba(255, 80, 44, 0.1);\n color: #ff502c;\n font-size: 0.9em;\n font-family: Consolas, Monaco, \"Courier New\", monospace;\n}\n\n.md-fences {\n margin-bottom: 15px;\n margin-top: 15px;\n padding: 8px 4px 6px;\n border: 1px solid #e7eaed;\n border-radius: 3px;\n background-color: #f8f8f8;\n font-size: 0.9em;\n color: inherit;\n}\n\n.md-fences code,\n.md-fences tt {\n margin: 0;\n padding: 0;\n border: none;\n border-radius: 0;\n background-color: transparent;\n color: inherit;\n font-size: inherit;\n}要点：
\ncode / tt 上掘金色.md-fences 单独保留灰底围栏样式.md-fences code 清掉颜色和背景，避免代码块里每个 token 都变橙红改完后重选一次主题，或重启 Typora。
\n文章一般是「一级标题当文题，正文从二级开始分节」：
\n| Markdown | 显示 |
\n|
Typora 主题与写作体验相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "VMware Workstation Pro 26H1 安装", "url": "https://jiangbyte.cn/posts/tools/vmware/2026-10-01-VMware%20Workstation%20Pro%2026H1%20%E5%AE%89%E8%A3%85.html", "id": "https://jiangbyte.cn/posts/tools/vmware/2026-10-01-VMware%20Workstation%20Pro%2026H1%20%E5%AE%89%E8%A3%85.html", "summary": "本文按 2026-06-19 时点可获取的 26H1 免费版 流程整理，主要记录 Windows 宿主机上的下载和安装步骤。", "content_html": "本文按 2026-06-19 时点可获取的 26H1 免费版 流程整理，主要记录 Windows 宿主机上的下载和安装步骤。
\nBroadcom 注册地址：https://profile.broadcom.com/web/registration
\nBroadcom 登录地址：https://access.broadcom.com/default/ui/v1/signin/
下载入口：
\nhttps://support.broadcom.com/group/ecx/productdownloads?subfamily=VMware%20Workstation%20Pro&freeDownloads=trueI agree to the Terms and Conditions\n\n这个按钮可能有时候点击不了，多试几次
\n
可能需要填写一些信息：
\n
\n
\n
\n
\n
\n
\n
VMware 虚拟机安装与使用相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "Debian 13 XFCE 开发机整理：熄屏、软件源、全局菜单与防火墙", "url": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-Debian%2013%20XFCE%20%E5%BC%80%E5%8F%91%E6%9C%BA%E6%95%B4%E7%90%86%EF%BC%9A%E7%86%84%E5%B1%8F%E3%80%81%E8%BD%AF%E4%BB%B6%E6%BA%90%E3%80%81%E5%85%A8%E5%B1%80%E8%8F%9C%E5%8D%95%E4%B8%8E%E9%98%B2%E7%81%AB%E5%A2%99.html", "id": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-Debian%2013%20XFCE%20%E5%BC%80%E5%8F%91%E6%9C%BA%E6%95%B4%E7%90%86%EF%BC%9A%E7%86%84%E5%B1%8F%E3%80%81%E8%BD%AF%E4%BB%B6%E6%BA%90%E3%80%81%E5%85%A8%E5%B1%80%E8%8F%9C%E5%8D%95%E4%B8%8E%E9%98%B2%E7%81%AB%E5%A2%99.html", "summary": "机器是一台日常开发本：Debian GNU/Linux 13 (trixie) + XFCE，硬件是 HP ProBook，双 NVMe，本机还跑着 Docker（MySQL / Redis / Portainer 等）。", "content_html": "机器是一台日常开发本：Debian GNU/Linux 13 (trixie) + XFCE，硬件是 HP ProBook，双 NVMe，本机还跑着 Docker（MySQL / Redis / Portainer 等）。
\n一次顺手整理，把几件容易踩坑的事一起做完：
\napt 会甩出一千多个可升级包sid / bullseye 混源，只做安全范围内的升级下面按实际操作顺序写，命令可直接复用。
\n打开：
\nxfce4-power-manager-settings重点看两个标签，且 On battery / Plugged in 都要改：
\nWhen inactive for → NeverPut to sleep after / Switch off after → NeverDevices 标签只显示电池信息，没有熄屏相关选项。
本机没有 xfce4-screensaver（command not found 很正常），可以忽略。真正黑屏多半来自电源管理或 DPMS。
终端立刻关掉：
\nxset s off\nxset -dpms\nxset s noblank想开机也生效：在 设置 → 会话和启动 → 应用程序自动启动 加一条：
\nxset s off -dpms s noblank也可用 xfconf 关掉电源管理侧的 DPMS：
\nxfconf-query -c xfce4-power-manager -p /xfce4-power-manager/dpms-enabled -s false\nxfconf-query -c xfce4-power-manager -p /xfce4-power-manager/blank-on-ac -s 0\nxfconf-query -c xfce4-power-manager -p /xfce4-power-manager/blank-on-battery -s 0apt list --upgradable一度出现 一千多个 可升级包，内核候选版本甚至从 6.12 跳到 7.x。这不是「trixie 落后很多」，而是软件源混了。
| 项 | 状态 |
\n|
机器：Debian 13（trixie）+ XFCE，原先用 LightDM + lightdm-gtk-greeter。
\n要做的事：
\n~/.face 不生效明确不做（本文范围外）：
\n桌面侧其它整理可对照：[Debian 13 XFCE 开发机整理：熄屏、软件源、全局菜单与防火墙](./2026-10-01-Debian 13 XFCE 开发机整理：熄屏、软件源、全局菜单与防火墙.md)。
\n", "image": "https://t.alcy.cc/fj?u=2751fc2c", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [ "Ops" ] }, { "title": "Debian13-GNOME安装Fcitx5-Rime简体拼音", "url": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-Debian13-GNOME%E5%AE%89%E8%A3%85Fcitx5-Rime%E7%AE%80%E4%BD%93%E6%8B%BC%E9%9F%B3.html", "id": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-Debian13-GNOME%E5%AE%89%E8%A3%85Fcitx5-Rime%E7%AE%80%E4%BD%93%E6%8B%BC%E9%9F%B3.html", "summary": "记录时间：2026-10-26", "content_html": "\n记录时间：2026-10-26
\n环境：Debian 13 (trixie) · GNOME · X11（gnome-xorg）
\n目标：Fcitx5 + Rime，默认方案 luna_pinyin_simp（月拼音·简体），登录自动启动。
原先系统是 IBus + ibus-libpinyin。不卸载 IBus（GNOME 有依赖），改用 im-config 切到 Fcitx5。
. /etc/os-release && echo \"$VERSION_CODENAME\"\n# 本文按 trixie 写；bookworm 等把下面 URL 里的代号一并改掉不要用发行版仓库里过时的 docker.io 凑合（可以跑，但版本和管理源往往不如官方 CE 清晰）。开发机推荐 Docker CE + 国内镜像。
sudo apt update\nsudo apt install -y ca-certificates curl\n\nsudo install -m 0755 -d /etc/apt/keyrings\nsudo curl -fsSL https://mirrors.aliyun.com/docker-ce/linux/debian/gpg \\\n -o /etc/apt/keyrings/docker.asc\nsudo chmod a+r /etc/apt/keyrings/docker.asc若阿里云 GPG 地址异常，可用 Docker 官方密钥再继续用阿里云软件源（密钥与仓库可分开）。
\n. /etc/os-release\necho \"deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://mirrors.aliyun.com/docker-ce/linux/debian ${VERSION_CODENAME} stable\" \\\n | sudo tee /etc/apt/sources.list.d/docker.listDebian 13 上生效后类似：
\ndeb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://mirrors.aliyun.com/docker-ce/linux/debian trixie stablesudo apt update\nsudo apt install -y \\\n docker-ce \\\n docker-ce-cli \\\n containerd.io \\\n docker-buildx-plugin \\\n docker-compose-plugin开机自启并立刻启动：
\nsudo systemctl enable --now docker\nsudo systemctl status docker --no-pagersudo usermod -aG docker \"$USER\"注销重新登录（或重启）后再测：
\ndocker version\ndocker run --rm hello-world把加速器写进 daemon 配置（示例为阿里云；也可换中科大、DaoCloud 等）：
\nsudo mkdir -p /etc/docker\nsudo tee /etc/docker/daemon.json >/dev/null <<'EOF'\n{\n \"registry-mirrors\": [\n \"https://docker.m.daocloud.io\"\n ],\n \"log-driver\": \"json-file\",\n \"log-opts\": {\n \"max-size\": \"50m\",\n \"max-file\": \"3\"\n }\n}\nEOF\n\nsudo systemctl daemon-reload\nsudo systemctl restart docker\ndocker info | grep -A5 'Registry Mirrors'加速器地址会随服务商变更，以你账号控制台或镜像站文档为准。
\ndocker info\ndocker compose version\ndocker ps -a数据盘与项目目录建议分开，例如：
\nmkdir -p ~/Workspace/datas容器业务数据（MySQL、Redis、对象存储等）优先 bind 到 ~/Workspace/datas/...，不要只依赖匿名卷，方便备份和迁移。
UFW 默认拒入站时，Docker 映射到 0.0.0.0 的端口仍可能被局域网访问（走 FORWARD/DNAT，不经 UFW 的 INPUT）。开发本若只想本机用：
-p 127.0.0.1:3306:3306，或DOCKER-USER 链限制外网访问（见 XFCE 开发机整理一文中的防火墙小节）| 步骤 | 要点 |
\n|
本文要装的是 Oracle MySQL 和 Redis，不是 MariaDB。
\nDebian 自带仓库里的 default-mysql-server 实际会装成 MariaDB，不要用那个包。本机用 apt 装 MySQL 时，走 MySQL 官方 APT 源。
| 方式 | Redis | MySQL |
\n|
顶栏装了 AppMenu Plugin 之后：
\nCursor、Thunar）不靠左，像漂在面板中间装全局菜单、环境变量、GTK module 等前置步骤见：[Debian 13 XFCE 开发机整理：熄屏、软件源、全局菜单与防火墙](./2026-10-01-Debian 13 XFCE 开发机整理：熄屏、软件源、全局菜单与防火墙.md)。本文只挖 居中 / Expand 反复写回 这一块。
\n", "image": "https://t.alcy.cc/fj?u=adfc4163", "date_published": "2026-10-01T00:00:00.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [ "Ops" ] }, { "title": "linux初始机", "url": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-linux%E5%88%9D%E5%A7%8B%E6%9C%BA.html", "id": "https://jiangbyte.cn/posts/ops/debian-dev-box/2026-10-01-linux%E5%88%9D%E5%A7%8B%E6%9C%BA.html", "summary": "新装或刚到手的 Debian 开发机，先把「能正常干活」的底子铺好，再去改软件源、装 Docker、跑 MySQL / Redis。", "content_html": "新装或刚到手的 Debian 开发机，先把「能正常干活」的底子铺好，再去改软件源、装 Docker、跑 MySQL / Redis。
\n本文以 Debian 13 (trixie) + 图形桌面（如 XFCE） 为例，命令对服务器版同样适用（跳过桌面相关即可）。
\n建议阅读顺序：
\ncat /etc/os-release\nuname -r\nhostnamectl关注：
\nVERSION_CODENAME（如 trixie）——后面写源、装 Docker 都要用x86-64 / amd64安装时若已创建普通用户并勾选 sudo，可跳过。否则：
\nsu -\napt update\napt install -y sudo\nusermod -aG sudo 你的用户名注销重登后验证：
\nsudo -v\nwhoami开发机建议：日常用普通用户，需要提权再 sudo，不要长期挂在 root 图形会话里。
sudo apt update\nsudo apt install -y \\\n curl wget ca-certificates gnupg \\\n git vim htop tree unzip \\\n net-tools iproute2 dnsutils \\\n build-essential \\\n lm-sensors按需再加：
\n# 压缩 / 磁盘\nsudo apt install -y p7zip-full ncdu\n\n# 终端体验\nsudo apt install -y tmux fzf ripgrep# 时区（上海）\nsudo timedatectl set-timezone Asia/Shanghai\ntimedatectl\n\n# 中文环境（桌面常用）\nsudo apt install -y locales\nsudo dpkg-reconfigure locales\n# 勾选 zh_CN.UTF-8，并设为默认当前 shell 可先：
\necho 'export LANG=zh_CN.UTF-8' >> ~/.bashrc后面 Docker 数据、项目都会落到固定路径，建议一开始就定好，例如：
\nmkdir -p ~/Workspace/{projects,datas}\nmkdir -p ~/Workspace/datas/{mysql,redis,silo,ngnix}约定示例：
\n| 路径 | 用途 |
\n|
默认 deb.debian.org 在国内经常慢或不稳。开发机建议：
security.debian.org（更及时）同时要避免把 sid（unstable）、旧版 bullseye 和当前稳定版写进同一套默认源，否则 apt list --upgradable 会刷出上千个包，一不小心就把桌面拖进滚动版。
sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak.$(date +%Y%m%d%H%M%S)确认代号：
\n. /etc/os-release && echo \"$VERSION_CODENAME\"\n# Debian 13 → trixie下文以 trixie 为例，其他版本替换代号即可。
\n以中国科学技术大学（USTC）镜像为例：
\nsudo tee /etc/apt/sources.list >/dev/null <<'EOF'\ndeb https://mirrors.ustc.edu.cn/debian/ trixie main contrib non-free non-free-firmware\ndeb https://mirrors.ustc.edu.cn/debian/ trixie-updates main contrib non-free non-free-firmware\ndeb https://mirrors.ustc.edu.cn/debian/ trixie-backports main contrib non-free non-free-firmware\n\n# 安全更新建议走官方\ndeb https://security.debian.org/debian-security trixie-security main contrib non-free non-free-firmware\nEOF镜像站文档：https://mirrors.ustc.edu.cn/help/debian.html
\n若改用其他镜像，把主机名换成例如 mirrors.tuna.tsinghua.edu.cn、mirrors.bfsu.edu.cn、mirrors.aliyun.com 即可。
说明：
\n| 行 | 作用 |
\n|
# ===== MySQL 9.7.2 =====\ndocker pull docker.xuanyuan.run/library/mysql:9.7.2; docker tag docker.xuanyuan.run/library/mysql:9.7.2 library/mysql:9.7.2; docker rmi docker.xuanyuan.run/library/mysql:9.7.2\n\n# ===== Redis 8.8.2 =====\ndocker pull docker.xuanyuan.run/library/redis:8.8.2; docker tag docker.xuanyuan.run/library/redis:8.8.2 library/redis:8.8.2; docker rmi docker.xuanyuan.run/library/redis:8.8.2\n\n# ===== Silo (MinIO 变体) =====\ndocker pull docker.xuanyuan.run/pgsty/silo:RELEASE.2026-08-06T00-00-00Z; docker tag docker.xuanyuan.run/pgsty/silo:RELEASE.2026-08-06T00-00-00Z pgsty/silo:RELEASE.2026-08-06T00-00-00Z; docker rmi docker.xuanyuan.run/pgsty/silo:RELEASE.2026-08-06T00-00-00Z\n\n# ===== RabbitMQ 4.2.9-management =====\ndocker pull docker.xuanyuan.run/library/rabbitmq:4.2.9-management; docker tag docker.xuanyuan.run/library/rabbitmq:4.2.9-management library/rabbitmq:4.2.9-management; docker rmi docker.xuanyuan.run/library/rabbitmq:4.2.9-management\n\n# ===== Ollama 0.33.1 =====\ndocker pull docker.xuanyuan.run/ollama/ollama:0.33.1; docker tag docker.xuanyuan.run/ollama/ollama:0.33.1 ollama/ollama:0.33.1; docker rmi docker.xuanyuan.run/ollama/ollama:0.33.1\n\n\ndocker pull pgexh7a70kca8kgghn-quay.xuanyuan.run/coreos/etcd:v3.6.12; docker tag pgexh7a70kca8kgghn-quay.xuanyuan.run/coreos/etcd:v3.6.12 quay.io/coreos/etcd:v3.6.12; docker rmi pgexh7a70kca8kgghn-quay.xuanyuan.run/coreos/etcd:v3.6.12\n\n\ndocker pull docker.xuanyuan.run/zilliz/attu:v3.0.0; docker tag docker.xuanyuan.run/zilliz/attu:v3.0.0 zilliz/attu:v3.0.0; docker rmi docker.xuanyuan.run/zilliz/attu:v3.0.0# ===== MySQL 9.7.2（开机自启）=====\ndocker run -d --name mysql \\\n -p 3306:3306 \\\n -e MYSQL_ROOT_PASSWORD='infra123!' \\\n -v /home/charlie/Workspace/datas/mysql:/var/lib/mysql \\\n --restart unless-stopped \\\n mysql:9.7.2\n\n# ===== Redis 8.8.2（开机自启 + AOF）=====\ndocker run -d --name redis \\\n -p 6379:6379 \\\n -e REDIS_PASSWORD='infra123!' \\\n -v /home/charlie/Workspace/datas/redis:/data \\\n --restart unless-stopped \\\n redis:8.8.2 \\\n --requirepass \"infra123!\" --appendonly yes\n\n\n# ===== MySQL 9.7.2（开机不自启）=====\ndocker run -d --name mysql \\\n -p 3306:3306 \\\n -e MYSQL_ROOT_PASSWORD='infra123!' \\\n -v /home/charlie/Workspace/datas/mysql:/var/lib/mysql \\\n --restart no \\\n mysql:9.7.2\n\n# ===== Redis 8.8.2（开机不自启 + AOF）=====\ndocker run -d --name redis \\\n -p 6379:6379 \\\n -e REDIS_PASSWORD='infra123!' \\\n -v /home/charlie/Workspace/datas/redis:/data \\\n --restart no \\\n redis:8.8.2 \\\n --requirepass \"infra123!\" --appendonly yes\n\n\n# ===== Silo (MinIO 变体) =====\ndocker run -d --name silo \\\n -p 9000:9000 -p 9001:9001 \\\n -e MINIO_ROOT_USER=admin \\\n -e MINIO_ROOT_PASSWORD='infra123!' \\\n -v silo_data:/data \\\n --restart unless-stopped \\\n pgsty/silo:RELEASE.2026-08-06T00-00-00Z \\\n server /data --console-address \":9001\"\n \n \n# ===== Silo（默认不自启）=====\ndocker run -d --name silo \\\n -p 9000:9000 -p 9001:9001 \\\n -e MINIO_ROOT_USER=admin \\\n -e MINIO_ROOT_PASSWORD='infra123!' \\\n -v /home/charlie/Workspace/datas/silo:/data \\\n --restart no \\\n pgsty/silo:RELEASE.2026-08-06T00-00-00Z \\\n server /data --console-address \":9001\"\n\n# ===== RabbitMQ 4.2.9-management =====\ndocker run -d --name rabbitmq \\\n -p 5672:5672 \\\n -p 15672:15672 \\\n -e RABBITMQ_DEFAULT_USER=admin \\\n -e RABBITMQ_DEFAULT_PASS='infra123!' \\\n -v rabbitmq_data:/var/lib/rabbitmq \\\n --restart no \\\n rabbitmq:4.2.9-management\n\n# ===== Ollama 0.33.1 =====\ndocker run -d --name ollama \\\n -p 11434:11434 \\\n -v ollama_data:/root/.ollama \\\n --restart unless-stopped \\\n ollama/ollama:0.33.1\n\n# ===== Ollama 0.33.1 =====\ndocker run -d --name ollama \\\n -p 11434:11434 \\\n -v ollama_data:/root/.ollama \\\n --restart no \\\n ollama/ollama:0.33.1\n \n# ===== Draw.io 31.4.1 =====\ndocker run -d --name draw \\\n -p 18080:8080 \\\n --restart unless-stopped \\\n jgraph/drawio:31.4.1\n \ndocker run -d --name drawio \\\n -p 18080:8080 \\\n --restart no \\\n jgraph/drawio:31.4.2\n \n# ===== Nacos 2.5.0 =====\ndocker run -d --name nacos \\\n -p 8848:8848 \\\n -p 9848:9848 \\\n --restart unless-stopped \\\n -e MODE=standalone \\\n nacos/nacos-server:v2.5.0\n \n \n \ndocker run -d --name nginx \\\n -p 8080:80 \\\n -v /home/charlie/Workspace/datas/ngnix/conf/nginx.conf:/etc/nginx/nginx.conf:ro \\\n -v /home/charlie/Workspace/datas/ngnix/conf/conf.d:/etc/nginx/conf.d:ro \\\n -v /home/charlie/Workspace/datas/ngnix/html:/usr/share/nginx/html:ro \\\n -v /home/charlie/Workspace/datas/ngnix/logs:/var/log/nginx \\\n -v /home/charlie/Workspace/datas/ngnix/ssl:/etc/nginx/ssl:ro \\\n --restart no \\\n nginx:stable-alpine3.24# ===== MySQL 9.7.2（开机不自启）=====\ndocker run -d --name mysql \\\n -p 3306:3306 \\\n -e MYSQL_ROOT_PASSWORD='infra123!' \\\n -v mysql_data:/var/lib/mysql \\\n --restart no \\\n mysql:9.7.2\n\n# ===== Redis 8.8.2（开机不自启 + AOF）=====\ndocker run -d --name redis \\\n -p 6379:6379 \\\n -e REDIS_PASSWORD='infra123!' \\\n -v redis_data:/data \\\n --restart no \\\n redis:8.8.2 \\\n --requirepass \"infra123!\" --appendonly yes\n\n# ===== Silo（默认不自启）=====\ndocker run -d --name silo \\\n -p 9000:9000 -p 9001:9001 \\\n -e MINIO_ROOT_USER=admin \\\n -e MINIO_ROOT_PASSWORD='infra123!' \\\n -v silo_data:/data \\\n --restart no \\\n pgsty/silo:RELEASE.2026-08-06T00-00-00Z \\\n server /data --console-address \":9001\"\n\n# ===== RabbitMQ 4.2.9-management =====\ndocker run -d --name rabbitmq \\\n -p 5672:5672 \\\n -p 15672:15672 \\\n -e RABBITMQ_DEFAULT_USER=admin \\\n -e RABBITMQ_DEFAULT_PASS='infra123!' \\\n -v rabbitmq_data:/var/lib/rabbitmq \\\n --restart no \\\n rabbitmq:4.2.9-management\n\n# ===== Ollama 0.33.1 =====\ndocker run -d --name ollama \\\n -p 11434:11434 \\\n -v ollama_data:/root/.ollama \\\n --restart no \\\n ollama/ollama:0.33.1\n\ndocker run -d --name drawio \\\n -p 18080:8080 \\\n --restart no \\\n jgraph/drawio:31.4.6\n \n# ===== Nacos 2.5.0 =====\ndocker run -d --name nacos \\\n -p 8848:8848 \\\n -p 9848:9848 \\\n --restart unless-stopped \\\n -e MODE=standalone \\\n nacos/nacos-server:v2.5.0\n \n \n# ===== Milvus 前置：命名卷写入 etcd 配置 =====\ndocker volume create milvus_data\ndocker run --rm -v milvus_data:/var/lib/milvus alpine sh -c 'cat > /var/lib/milvus/embedEtcd.yaml << EOF\nlisten-client-urls: http://0.0.0.0:2379\nadvertise-client-urls: http://0.0.0.0:2379\nquota-backend-bytes: 4294967296\nauto-compaction-mode: revision\nauto-compaction-retention: '\\''1000'\\''\nEOF'\n# ===== Milvus（开机不自启）=====\ndocker run -d --name milvus \\\n --pull=never \\\n --security-opt seccomp:unconfined \\\n -e ETCD_USE_EMBED=true \\\n -e ETCD_DATA_DIR=/var/lib/milvus/etcd \\\n -e ETCD_CONFIG_PATH=/var/lib/milvus/embedEtcd.yaml \\\n -e COMMON_STORAGETYPE=local \\\n -e DEPLOY_MODE=STANDALONE \\\n -v milvus_data:/var/lib/milvus \\\n -p 19530:19530 \\\n -p 9091:9091 \\\n -p 2379:2379 \\\n --health-cmd=\"curl -f http://localhost:9091/healthz\" \\\n --health-interval=30s \\\n --health-start-period=90s \\\n --health-timeout=20s \\\n --health-retries=3 \\\n --restart no \\\n milvusdb/milvus:v3.0.1 \\\n milvus run standalone\n# ===== 开启鉴权，并把 root 密码改为 infra123! =====\ndocker exec milvus sh -c 'cat > /milvus/configs/user.yaml << EOF\ncommon:\n security:\n authorizationEnabled: true\nEOF'\ndocker restart milvus\n# 等 healthy 后执行\ncurl -sS -X POST \"http://127.0.0.1:19530/v2/vectordb/users/update_password\" \\\n -H \"Authorization: Bearer root:Milvus\" \\\n -H \"Content-Type: application/json\" \\\n -d '{\"userName\":\"root\",\"password\":\"Milvus\",\"newPassword\":\"infra123!\"}'\n# ===== Attu（开机不自启）=====\ndocker run -d --name attu \\\n --pull=never \\\n -p 8000:3000 \\\n -e MILVUS_URL=http://host.docker.internal:19530 \\\n -e ATTU_ADMIN_USER=admin \\\n -e ATTU_ADMIN_PASSWORD='infra123!' \\\n -v attu_data:/data \\\n --add-host=host.docker.internal:host-gateway \\\n --restart no \\\n zilliz/attu:v3.0.0采集时间：2026-10-07。主机名 dev。
| 项 | 值 | 依据 |
\n|
Debian 开发机装机、桌面与本机基础设施相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "使用 Docker 快速部署数据服务环境", "url": "https://jiangbyte.cn/posts/ops/docker/2026-10-01-%E4%BD%BF%E7%94%A8%20Docker%20%E5%BF%AB%E9%80%9F%E9%83%A8%E7%BD%B2%E6%95%B0%E6%8D%AE%E6%9C%8D%E5%8A%A1%E7%8E%AF%E5%A2%83.html", "id": "https://jiangbyte.cn/posts/ops/docker/2026-10-01-%E4%BD%BF%E7%94%A8%20Docker%20%E5%BF%AB%E9%80%9F%E9%83%A8%E7%BD%B2%E6%95%B0%E6%8D%AE%E6%9C%8D%E5%8A%A1%E7%8E%AF%E5%A2%83.html", "summary": "首先创建所有服务的数据持久化目录：", "content_html": "首先创建所有服务的数据持久化目录：
\n# 创建统一的数据存储目录\nmkdir -p ~/docker-data/{postgres,redis,rabbitmq}# 拉取支持向量扩展的PostgreSQL镜像\ndocker pull pgvector/pgvector:pg17\n\n# 启动PostgreSQL容器\ndocker run -d \\\n --name postgres \\\n --restart unless-stopped \\\n -m 512m \\\n -e POSTGRES_PASSWORD=123456 \\\n -e POSTGRES_DB=myapp \\\n -v ~/docker-data/postgres:/var/lib/postgresql/data \\\n -p 5433:5432 \\\n pgvector/pgvector:pg17启用向量扩展（首次启动后执行）：
\ndocker exec -it postgres psql -U postgres -d myapp -c \"CREATE EXTENSION IF NOT EXISTS vector;\"连接测试：
\ndocker exec -it postgres psql -U postgres -d myapp -c \"SELECT 1+1;\"\n# 返回 ?column? | 2 表示成功# 拉取Redis镜像\ndocker pull redis:7-alpine\n\n# 启动Redis容器\ndocker run -d \\\n --name redis \\\n --restart unless-stopped \\\n -m 128m \\\n -v ~/docker-data/redis:/data \\\n -p 6380:6379 \\\n redis:7-alpine \\\n redis-server --maxmemory 128mb --maxmemory-policy allkeys-lru --requirepass 123456 --appendonly yes连接测试：
\ndocker exec -it redis redis-cli -a 123456 ping\n# 返回 PONG 表示成功# 拉取带管理界面的RabbitMQ镜像\ndocker pull rabbitmq:4-management-alpine\n\n# 启动RabbitMQ容器\ndocker run -d \\\n --name rabbitmq \\\n --restart unless-stopped \\\n -m 384m \\\n -v ~/docker-data/rabbitmq:/var/lib/rabbitmq \\\n -p 5673:5672 \\\n -p 15673:15672 \\\n -e RABBITMQ_DEFAULT_USER=admin \\\n -e RABBITMQ_DEFAULT_PASS=123456 \\\n rabbitmq:4-management-alpine管理界面访问： http://你的IP:15673，账号 admin / 密码 123456
如需要MySQL作为备用数据库，可使用以下配置：
\n# 拉取MySQL镜像\ndocker pull mysql:8.0\n\n# 启动MySQL容器\ndocker run -d \\\n --name mysql \\\n --restart unless-stopped \\\n -m 512m \\\n -e MYSQL_ROOT_PASSWORD=123456 \\\n -e MYSQL_DATABASE=myapp \\\n -v ~/docker-data/mysql:/var/lib/mysql \\\n -p 3307:3306 \\\n mysql:8.0 \\\n --innodb_buffer_pool_size=256M| 服务 | 内部端口 | 外部端口 | 账号 | 密码 |
\n|
Docker 部署数据服务相关笔记。
\n", "date_published": "2026-10-28T15:02:43.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "关于", "url": "https://jiangbyte.cn/about.html", "id": "https://jiangbyte.cn/about.html", "summary": "关于 Charlie 与摸鱼猫泡泡。", "content_html": "关于 Charlie 与摸鱼猫泡泡本站。可在侧栏进入「关于自己」与「关于本站」。
\n", "date_published": "2026-10-28T12:58:11.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "关于", "url": "https://jiangbyte.cn/about/", "id": "https://jiangbyte.cn/about/", "summary": "关于 Charlie 与摸鱼猫泡泡：作者介绍与站点说明。", "content_html": "关于 Charlie 与摸鱼猫泡泡：作者介绍与站点说明。
\n", "date_published": "2026-10-28T12:58:11.000Z", "date_modified": "2026-10-28T15:02:43.000Z", "authors": [], "tags": [] }, { "title": "关于自己", "url": "https://jiangbyte.cn/about/me.html", "id": "https://jiangbyte.cn/about/me.html", "summary": "关于 Charlie：从事 AI 全栈研发，也写笔记。", "content_html": "\nHi，我是 Charlie。
\n现居贵州黔东南凯里。计算机科学与技术本科毕业后进入职场，目前从事 AI 全栈研发。业余维护摸鱼猫泡泡，整理常用工具、排查记录与项目结论。
\n从事 AI 全栈研发：将大模型能力接入业务（对话助手、RAG 知识库、Tools / Agent 编排），并独立完成页面、接口、数据与部署相关工作。开发侧使用 Cursor、Codex、Workbuddy 等工具，模型侧常用 Claude、DeepSeek、Qwen 等，用于提升开发与联调效率，合入前进行人工复核。
\n2026.03 – 至今 · AI 全栈
\n入职后参与全栈研发与交付，覆盖大文件媒体链路、ERP、分布式预约履约与内部 RAG 知识库等方向：
\n2025.07 – 2025.11 · 平台研发（实习）
\n实习期间参与省 / 州级平台的迭代交付与稳定性治理，业务形态覆盖监测预警与公共服务：
\n2024.08 – 2025.09 · 编程实训平台（主导）
\n校内多语言实训系统（Java / Go / Python 等），包含 AI 辅导与代码相似度检测；负责整体推进与核心模块落地：
\njiang_byte（备注「摸鱼猫泡泡」）摸鱼猫泡泡是我自己搭的站点，仓库在 code-guide，线上是 jiangbyte.cn。用来放技术笔记、项目介绍和一点关于信息，方便以后自己翻，也给路过的人参考。
\n我更想要一份能长期翻的笔记和作品说明，而不是资讯站或动态博客：
\n/posts/）：按系列看，目前有 Tools、Practice、Embedded、Ops 等/source-reading/）：按语言整理，目前有 Java（JDK 源码解析）/database/）：目前有 MySQL、Redis/kaoyan-408/）：计原、计网、数据结构、操作系统/soft-exam/）：目前有高级架构设计师（系统架构设计师）/career/）：职场工作记录、面试经验/projects/）：每个开源或个人作品一篇，导航和侧栏都能进/bubble/）：拟人形象与三视图/about/）：关于自己、关于本站站内可以全文搜索；笔记和项目页有目录、标签和阅读信息，方便定位。
\npnpm；本地 pnpm docs:dev，构建 pnpm docs:build源码和配置在 GitHub；导航、侧栏和主题相关改动在 docs/.vuepress/。
跟着工作和学习往里补：排查结论、工具用法、项目说明写进对应系列或项目文；样式和组件有需要再小步改。合入前我会本地预览并跑一遍构建。
\n双许可，用内容或源码时请分开看：
\ndocs/ 下 Markdown、配图等）：CC BY-NC 4.0 — 可引用、可改编，须署名并附来源，禁止商用有问题、勘误或想交流，走 关于自己 里的联系方式，或直接在 GitHub 提 Issue。
\n", "date_published": "2026-10-28T12:58:11.000Z", "date_modified": "2026-10-29T16:54:03.000Z", "authors": [], "tags": [] }, { "title": "笔记", "url": "https://jiangbyte.cn/posts/", "id": "https://jiangbyte.cn/posts/", "summary": "摸鱼猫泡泡笔记：按系列沉淀技术笔记与踩坑记录。", "content_html": "按系列沉淀技术笔记与踩坑记录，涵盖工具链、运维与工程实践。
\n", "date_published": "2026-10-28T12:58:11.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] }, { "title": "Integer 缓存机制（JDK 17 源码）", "url": "https://jiangbyte.cn/source-reading/java/2026-10-01-Integer%20%E7%BC%93%E5%AD%98%E6%9C%BA%E5%88%B6%EF%BC%88JDK%2017%20%E6%BA%90%E7%A0%81%EF%BC%89.html", "id": "https://jiangbyte.cn/source-reading/java/2026-10-01-Integer%20%E7%BC%93%E5%AD%98%E6%9C%BA%E5%88%B6%EF%BC%88JDK%2017%20%E6%BA%90%E7%A0%81%EF%BC%89.html", "summary": "Integer 的缓存不是业务层优化，而是 JLS 对自动装箱对象同一性 的硬要求：一定范围内的 int 装箱后必须是同一个 Integer 实例。实现落在私有静态内部类 Integer.IntegerCache，对外入口是 Integer…", "content_html": "Integer 的缓存不是业务层优化，而是 JLS 对自动装箱对象同一性 的硬要求：一定范围内的 int 装箱后必须是同一个 Integer 实例。实现落在私有静态内部类 Integer.IntegerCache，对外入口是 Integer.valueOf(int)。下文依据 JDK 17 的 java.lang.Integer 源码展开。
JDK 17 的 Integer 声明为：
@jdk.internal.ValueBased\npublic final class Integer extends Number\n implements Comparable<Integer>, Constable, ConstantDesc {@ValueBased 提醒：这类对象更宜按值使用。缓存让小整数在引用层面也「碰巧」同一，但业务比较仍应以 equals / 拆箱后的 int 为准，不要把 == 当成通用相等判断。
编译器对 Integer a = 10; 这类赋值会插入 Integer.valueOf(10)，不会走已废弃的构造器。完整验证如下（覆盖缓存边界、new、equals、抬高上界）：
public class IntegerCacheVerify {\n public static void main(String[] args) {\n Integer a = 10; // 编译为 Integer.valueOf(10)\n Integer b = 10;\n Integer c = Integer.valueOf(10);\n System.out.println(\"a == b (10): \" + (a == b));\n System.out.println(\"a == c (10): \" + (a == c));\n\n Integer d = 127;\n Integer e = 127;\n System.out.println(\"127 == : \" + (d == e));\n\n Integer f = 128;\n Integer g = 128;\n System.out.println(\"128 == : \" + (f == g));\n System.out.println(\"128 equals : \" + (f.equals(g)));\n\n Integer h = -128;\n Integer i = -128;\n System.out.println(\"-128 == : \" + (h == i));\n\n Integer j = -129;\n Integer k = -129;\n System.out.println(\"-129 == : \" + (j == k));\n\n @SuppressWarnings(\"removal\")\n Integer n = new Integer(10);\n System.out.println(\"new(10) == valueOf(10): \" + (n == Integer.valueOf(10)));\n\n Integer p = 1000;\n Integer q = 1000;\n System.out.println(\"1000 == : \" + (p == q));\n }\n}默认参数运行：
\njavac IntegerCacheVerify.java\njava IntegerCacheVerify输出：
\na == b (10): true\na == c (10): true\n127 == : true\n128 == : false\n128 equals : true\n-128 == : true\n-129 == : false\nnew(10) == valueOf(10): false\n1000 == : false抬高缓存上界后再跑同一程序：
\njava -XX:AutoBoxCacheMax=1000 IntegerCacheVerify输出：
\na == b (10): true\na == c (10): true\n127 == : true\n128 == : true\n128 equals : true\n-128 == : true\n-129 == : false\nnew(10) == valueOf(10): false\n1000 == : true对照结论：
\n| 表达式 | 默认 | AutoBoxCacheMax=1000 | 原因 |
\n|
java.lang.Object 是 Java 类型体系的根：除它自身外，每个类（含数组类型）最终都继承它，因而它定义的方法构成「所有对象共有的最小行为集」[^object-src]。下文依据本机 Oracle JDK 17.0.20.1（$JAVA_HOME=/home/charlie/workspace/sdks/jdk-17）自带源码包中的 Object.java，按成员出现顺序解析——侧重为何存在、契约与 HotSpot 如何支撑、工程上如何用；源码与本机实测用来锚定结论，而不是逐行注释。
源码路径：$JAVA_HOME/lib/src.zip → java.base/java/lang/Object.java[^object-src]。
运行与验证：同一套 Oracle JDK；工程 learning-lab/java/java17-sources 中的 ObjectLayoutVerify / ObjectMethodsVerify / ObjectMonitorVerify[^lab]。
/**\n * Class {@code Object} is the root of the class hierarchy.\n * Every class has {@code Object} as a superclass. All objects,\n * including arrays, implement the methods of this class.\n *\n * @see java.lang.Class\n * @since 1.0\n */\npublic class Object {把「万物皆对象」落成语言规则，有三层后果：
\nObject 传递，集合、反射、序列化等基础设施才能写通用逻辑。int[]、String[] 有独立的运行时 Class，同样具备上述方法；数组还对 clone() 有特殊约定（见后文）。JDK 17 这份 Object.java 里没有早期版本常见的 registerNatives 静态块；本地方法由 VM 侧绑定[^object-src]。这只是源文件形态上的事实，不影响对外 API。
Java 语言与 JDK 源码相关笔记，侧重契约、实现与工程用法。
\n", "date_published": "2026-10-28T12:58:11.000Z", "date_modified": "2026-10-29T14:54:42.000Z", "authors": [], "tags": [] } ] }