小十的个人博客

本頁 50 篇

• 从 PHP2Shell 到 emSign：互联网安全的两次警报

  • #生活日记

  2026年10月，PHP 核心远程代码执行漏洞与 eMudhra 数字证书安全事件相继曝光。从网站运行环境到 HTTPS 信任体系，两起事件涉及的都是互联网基础设施。 前言 今天（2026年10月21日），互联网安全领域接连传来两条令人关注的消息。 一条是被称为 PHP2Shell 的 PHP 核心远程代码执行漏洞，两项漏洞的 CVSS v4.0 评分均达到9.2分。另一条则来自印度数字证书颁发机构 eMudhra，其旗下8张中间 CA 证书的私钥存在极其严重的安全缺陷，可能被攻击者用于伪造受信任的 HTTPS 证书。 两件事并没有直接联系，却在短时间内集中进入公众视野。更值得关注的是，它们涉及的不是某个网站插件或应用程序，而是无数网站赖以运行和建立信任的基础设施。 今天恰好也给自己的 Debian 服务器进行了软件更新。看到这些消息后，又专门查阅了一些官方安全公告，就依据相关消息将这两起事件记录下来。 一、PHP2Shell：一次发生在 PHP 核心的严重漏洞 PHP 是互联网发展过程中最具代表性的服务端脚本语言之一。从早期的个人博客、论坛，到今天仍然广泛使用的 WordPress、

  2026/10/21 23:16Xiaotenhttps://www.xiaoten.com/posts/2026/10/php2shell-emsign-security-2026/

  

• 二三十年后，AI 将如何改变工作的价值？

  • #生活日记

  写作说明：本文借助 AI 收集和梳理相关研究、报道与不同观点，并结合个人思考完成。文中对未来的判断属于基于现有资料的推论，欢迎讨论与指正。 今天突然想到一个问题：再过二三十年，当 AI 更深入地参与生产与科研，社会的职业分工会发生怎样的变化？什么样的工作会变得更有价值？ 我们很容易把高学历、高技术门槛和职业安全联系起来。学习足够复杂的知识，掌握足够专业的技能，似乎就能在社会分工中占据一个比较稳固的位置。 但如果 AI 能越来越好地写程序、分析数据，甚至提出科学假设、证明数学结论，这种判断还可靠吗？反过来，那些让人感到被理解、被关心，帮助人建立关系、获得归属感的工作，会不会变得更加重要？ 我最初的直觉是：未来，一些看起来“高精尖”的工作可能被 AI 接手，而提供精神价值的行业可能迎来发展。 查阅相关研究后，我发现，这个想法有依据，但需要加上几个重要的条件。知识和分析能力正在变得更容易获得；人的价值可能因此发生转移。但情感服务也已经进入 AI 的能力范围。 科研也开始成为 AI 可以参与的生产过程 2026 年 3 月，发表于《Nature》的研究介绍了 The AI Scientist：

  2026/10/18 19:39Xiaotenhttps://www.xiaoten.com/posts/2026/10/ai-future-of-work-value/

  

• 国庆新郑、新密三日纪行

  • #生活日记

  前言 今年国庆假期，原本计划带父母去一趟宝泉。 10月3日上午还在老家，临出发前才发现宝泉假日期间实行限流，计划日期已经无法订票。临时改去其他热门景区，同样很难避开人多、堵车和预约等问题。另外因工作原因，假期期间仍需随时待命，不适合跑得太远，于是把行程范围缩到了郑州周边。 最后选中了新郑和新密。两个地方距离郑州都不远，也都有相对集中的旅游资源。不过这次行程没有提前规划，后续去的景点，都是根据当天的时间、路况和现场情况临时决定。 第一天｜10月3日 从老家出发 10月3日下午，从老家带着父母出发，先回了一趟郑州。 之前给父亲买了一双鞋，尺码不太合适，趁这次出来先到郑州更换尺码。处理完后，没有停留，直接前往新郑。 抵达新郑后，先到酒店办理入住，酒店位置刚好可以俯瞰轩辕湖。 轩辕湖全景 时间尚早，便去了郑州西亚斯学院。 郑州西亚斯学院 西亚斯此前在网上见过很多次，也是河南知名度较高的“网红大学”之一。 学校始建于1998年，前身为郑州大学西亚斯国际学院，2018年转设为独立设置的民办本科高校。泡泡玛特创始人王宁毕业于这里。 西亚斯比较有辨识度的地方，是校园整体较为统一的国际化建筑风格。 学校

  2026/10/8 14:08Xiaotenhttps://www.xiaoten.com/posts/2026/10/xinzheng-xinmi-three-day-trip/

  

• 执铜者：在河南博物院看见亚欧大陆的青铜世界

  • #生活日记

  前言 我就是那个请了 3 天公休，硬是凑出 13 天长假的人。 9月29日，再次去了趟河南博物院。本以为工作日人会少一些，结果馆里依旧人山人海。 人山人海的场馆（手机拍摄） 今年1月，我曾利用工作日的午休时间，把河南博物院的常设展览重新走了一遍。从贾湖骨笛、妇好鸮尊，到四神云气图、汝窑天蓝釉刻花鹅颈瓶，再到云纹铜禁，前前后后写成了三篇 《河南博物院两小时纪行》 。 原本以为，至少短时间内不会再专门来逛一次河南博物院。结果休假在家待着无聊，也没做什么攻略，临时预约了当天上午的参观时段，便又来了。 没想到这次进馆，却在主展馆一楼偶然发现了一个收费特展——《执铜者——亚欧大陆青铜艺术展》。 河南博物院场馆外 26-9-29 · 20mm · f/4.0 · 1/3200s · ISO125 · ILCE-7CM2 展览位于主展馆一层16展厅，自7月8日开展，将持续至10月31日。展览以青铜在人类社会中的实际用途为线索，通过“初见青铜”“用器有道”“戎马沙场”“庙堂之上”“人间风雅”和尾厅“执铜者”六个板块，从生产、军事、信仰和日常生活等不同角度，展示青铜材料在亚欧大陆不同文明中的应用。

  2026/9/29 20:44Xiaotenhttps://www.xiaoten.com/posts/2026/09/bronze-bearers-eurasian-bronze-world/

  

• 给Rhex论坛做了一个图片自动压缩插件

  • #努力着

  从小就很喜欢折腾论坛程序。 早些年接触最多的是 Discuz!、phpwind 这些经典 PHP 论坛。从下载安装到更换模板、添加插件、调整版块和用户组权限，最终也没什么人气，只是沉浸于搭建过程。 最近发现了 Rhex ，又产生了部署论坛的兴趣。项目提供 Docker 镜像，Web、Worker 和初始化任务的职责比较清楚；上传既可以使用本地目录，也能继续接入 S3、OSS 等对象存储。对已经使用 1Panel 和 Docker Compose 管理服务的人来说，部署和后续维护都比较直观。 程序本身的完成度已经很高，不过使用时很快遇到了一个比较具体的需求：用户上传的图片最好能在写入存储前自动压缩。 如果只是在某个上传接口里调用一次图片处理库，这件事并不复杂。但我更希望把它做成一个独立插件：后台可以配置压缩策略、尺寸、质量和输出格式；插件关闭后恢复原有上传流程；以后升级或调整参数时，也不需要继续修改论坛业务代码。 最终，这个需求不只产生了一个插件，还顺带补上了 Rhex 上传扩展点、修复了一个 PostgreSQL 上传错误，并解决了修改版生产镜像的依赖问题。 当然，上述全程离不开 AI

  2026/7/19 02:34Xiaotenhttps://www.xiaoten.com/posts/2026/07/rhex-image-compressor-plugin/

  

• 近期网站折腾记录：父亲的站点、后台整合与 ESA 缓存

  • #努力着

  距离上次更新又将近了一个半月。 这篇水文就把最近几个相对成型的改动做一次记录：一是给父亲做了一个网站，用于存放他写的文章，顺便激发他的写作热情；二是把本站散落在不同项目里的数据维护和发布动作，逐步收拢到一个新的管理后台里；三是最近才真正把 ESA 边缘加速配置好了。 另外还有一个很小的更新：动态页面的热力图在同一天存在多种动态类型时，用多色扇形来显示，而不是只用一个单色点概括。 给父亲做了一个网站 前段时间给父亲做了一个独立站点并注册备案了 guoan.cc 域名，也是目前我所持有的最短域名了。这个站点的目的很简单：把父亲以前写过、以后还会继续写的文章，以更稳定的方式留存下来。 最终仍然选择了Hugo，静态化带来的稳定性、速度和维护成本都比较符合我的需求。父亲的站点内容形态更纯粹，本质上就是文字和少量图片资源。但麻雀虽小、五脏俱全，仍然为父亲的网站定制了一个后台内容发布系统，可对文章、页面和整站配置进行可视化修改设置。 首页 文章内容页 海报分享 后台管理页面 为了让父亲后续分享和阅读更方便，也定制了一些我认为比较实用的功能。比如文章页提供字体大小调整、打印、复制链接以及海报分享。海报

  2026/6/24 22:10Xiaotenhttps://www.xiaoten.com/posts/2026/06/ai-website-updates-esa-cache-notes/

  

• 近期网站更新和 AI 编程记录

  • #努力着

  最近一个多月，接触了几款 AI 编程工具，包括 Codex、OpenCode、Antigravity。模型方面也陆续用到了 GPT-5.5、DeepSeek V4 Pro、Minimax 2.7 等。 沉浸在 Vibe Coding 过程，感觉逐渐体会到钓鱼的乐趣，同样是不指望结果能带来多大的收益，纯粹为了满足自己的想法而不计回报。 近期工作上事情较多，生活上就不好形成记录，倒是通过 Memos 等工具做了很多碎片化的记录。就连网站的折腾也都是纯粹靠 AI 完成了，有一个多月没有更新，又到了水一篇的时候，就把网站的一些变化记录一下。 动态页面 新增了“动态”页面，完全抄袭 动态 | 階上生活 这个页面，主要是想把一些分散在不同平台上的记录聚合起来。 动态页面 后台手动维护数据 目前动态页的数据来自单独的 GitHub 静态仓库，前端读取统一生成的 activity.json。数据来源包括网易云红心歌曲、豆瓣电影和音乐、Keep 运动记录，以及手动维护的美食点评。 通过 AI 确定了数据结构，并完成了 workflow 梳理。最开始想把几个 JSON 拼起来，后面逐渐拆成了同步、构建、部

  2026/5/16 20:06Xiaotenhttps://www.xiaoten.com/posts/2026/05/website-update-ai-coding-notes/

  

• Proxmox VE (PVE) 内核误删/损坏修复过程记录

  • #努力着

  不配头图了，这篇文章本不在计划内，开始写这个内容时已是凌晨 2 点 15 分。 本来今天的计划是用我刚购置的 UPS，跟我的 PVE 服务器进行绑定，模拟下断电的关机效果，事情就结束了。 就当我准备安装 UPS 需要的组件前，我擅自更新了 PVE 系统至 9.1.7 版本，更新完后，又擅自相信DeepSeek 给的命令，进行了“垃圾清理”，罪魁祸首如下： DeepSeek 给出的命令 结果直接导致 PVE 重启后无法进入系统，报错如下： 类似于 Win 系统的蓝屏 整个人都懵了……要知道，这里面运行了飞牛 NAS、网站的各类服务等，虽有定时备份，但能救回多少，尚未可知，因为手机端没有安装 Gemini，就用元宝拍照问解决办法，结果还给了一些危言耸听、不讲逻辑的判断： 元宝说我的分区表和文件系统类型完全错误 然后，后面给了一堆类似于要重装、要先备份等等一类的话，我当时又懵了，不过细细一想，我就删了垃圾，删个内核我认，怎么还把分区表给变了？ 于是立马转向 Gemini，手机拍照，通过隔空投送传至电脑，再一步一步操作，果然靠谱，有惊无险，顺利解决。 DeepSeek 和元宝还有很长路要走啊！

  2026/4/11 02:44Xiaotenhttps://www.xiaoten.com/posts/2026/04/fix-pve-vfs-kernel-panic/

  

• 郑州春日赏花纪行

  • #生活日记

  最近天气回暖，趁周末闲暇时间跑了不少地方。 从家门前的绿道到比较知名的一些公园，像一名退休的老大爷，拍下了不少关于花的照片。一过中年，爱好也愈发老龄化了…… 不过，对照了家门口美人梅的花期，发现很多花是一天一个样，错过了可能就真得等上一年。 本来希望像写博物馆的那种方式，每一种花都精准识别并进行介绍。但发现 AI 都搞不定这事，于是这篇文章只能简单罗列。 按照时间顺序，先后去了美人梅步道、郑州市植物园、西流湖公园、千米海棠廊道、郑州市人民公园和碧沙岗公园这几个地方。 当然在郑州赏花的地方远不止这些，例如树木园、绿博园、丰乐樱花园、月季公园、紫荆山公园等等…… 但时间、精力有限，无法再深度游览，而且距上一篇文章更新已近半月、距上一篇纯生活类的文章更新已一个多月，也确实到了水一篇的时候了。 美人梅步道 这个是家门口的一条专供骑行的绿地步道，平常总在阳台远远看着，一直没怎么去过。3月8日早晨，去那里跑步，偶然发现成片盛开的美人梅，觉得挺好看（当时还以为是樱花）。小红书上得知，去年此时都已成为网红打卡地（仅限于美人梅盛开期间），但我那天去的时候比较早，并没有见到什么人，后面抽空又去了两次，发现

  2026/3/29 23:52Xiaotenhttps://www.xiaoten.com/posts/2026/03/zhengzhou-spring-flowers/

  

• 足迹地图更新：区域高亮显示

  距离我第一次发布 基于高德地图实现 Hugo 足迹地图短代码 已经过去了一段时间，一直都没有进行更新。 直到昨天 S 大佬提出了一个高品质需求，更新刻不容缓： 当然最终还是大佬靠自己解决了😈……大家可围观大佬的足迹： 足迹 - 旅行漫记 但是觉得这个想法还是挺实用的，有一种逐渐点亮整个世界的感觉，成就满满！ 整个过程也很简单，借助 AI，很快实现了鼠标悬停时的高亮效果，后来又实现了已标记地点的自动保持高亮的效果，最后因这两种效果都想保持且希望实现随时转换，因此直接解耦成单独的 js 文件，实现插件化调用。 演示效果可访问： 足迹 - 小十的个人博客 一、主要特性 1. 国家与国内省份高亮 不再局限于孤立的标记点，地图集成了边界解析引擎，国内精确到省级行政区，国外精确到国家级，并实现两者兼容展示。足迹落在哪里，哪里的版图就会被点亮。 2. 高亮功能插件化 不同的使用者可能对高亮的展示有不同的偏好，将高亮功能的实现拆分成了两个独立的插件： 🌍 永久高亮模式 (plugin-visited.js)：只要你的足迹数据里包含该区域的坐标，该省份/国家就会被永久高亮（默认呈现清新的薄荷青配色）。

  2026/3/15 19:42https://www.xiaoten.com/posts/2026/03/footprintmap-global-highlight-update/

• 我用 AI 为 Hugo 打造了博客文章发布平台

  自从去年 10 月将博客从 Typecho 迁移到 Hugo 之后，静态博客在访问速度、数据安全和服务器资源占用上的优势让我非常满意。 但不得不面对静态博客最大的痛点：没有成熟的文章后台发布系统。我一直采用手动创建文件夹并新建 markdown 文件的方式来写博客，特别是我还用到了一些关于图片方面的 Shortcode…… AI 这么成熟的今天，特别是龙虾🦞近期也是非常火爆。那我就把这个想法告诉了 Gemini，让其帮我实现： 帮我写一个纯前端的“无头 CMS”，直接挂载在我的博客域名下，随时随地打开网页就能写 我把我的需求、Markdown 模板以及复杂的文件树结构一股脑喂给了 AI，要求它以“高级产品经理 + 程序员”的身份帮我实现。下面把关键节点记录如下： 第一阶段：Node.js 方案 最开始，AI 给出了一个常规解法：用 Express 跑一个本地服务，前端写页面，后端直接操作本地文件系统。 但这完全背离了我的初衷。我的博客代码托管在 GitHub 上，由 GitHub Actions 自动构建部署到云服务器。如果每次写文章还得在本地打开终端运行 node server.js

  2026/3/12 23:19https://www.xiaoten.com/posts/2026/03/ai-build-hugo-cms/

• 使用 1Panel 和内网穿透部署 WordPress 实例要点备忘

  今天为了测试一个程序，需要同时搭建两个 WordPress 实例，特别是依赖于部分非缺省的 PHP 扩展，1Panel 应用商店里的 WordPress 对应的 PHP 环境相对固化，难以满足个性化需求，因此最终选择了手动创建网站实例，然后通过容器化方式单独挂载运行 PHP 和 MySQL。这样做的最大好处是自由度较高，可自由选择 PHP 或 MySQL 版本，如对 PHP 扩展有特定要求，也方便安装维护。 我的服务器在内网，通过 FRP 内网穿透方式实现公网访问，且两个实例均使用了 Redis 缓存。 今天在部署过程中踩了不少坑，为方便后续查阅，避免反复通过 AI 寻求解决办法，因此把几个核心要点记录下来。 一、frp 内网穿透下的端口暴露与 Nginx 配置 因为使用了 frp 进行内网穿透，外部流量经过穿透到达本地的 Nginx （具体为：OpenResty）时，会发生端口号暴露。例如访问 domain.com/wp-admin （最后没有以 / 结尾）时，会默认跳转为 domain.com:8585/wp-admin/ （出现的端口号 8585 即本地搭建时网站实例的端口号），

  2026/3/4 22:23https://www.xiaoten.com/posts/2026/03/1panel-wordpress-frp-deploy-memo/

• 佛山、广州春节五日纪行

  2月16日，除夕 郑州至佛山 上午乘坐 G419 从郑州东一路南下抵达广州南，随后换乘 C7610 城际列车前往佛山西。 除夕广州南站候车大厅 26-2-16 · 21mm · f/4.0 · 1/80s · ISO800 · ILCE-7CM2 酒店在祖庙叠滘地铁站附近，后来才发现从广州南站可以直接坐地铁直达，无需多此一举换乘去佛山西站。去西站不仅多绕了路，还白白耽误了宝贵的休息时间。

  2026/2/21 22:00https://www.xiaoten.com/posts/2026/02/five-days-in-foshan-guangzhou/

• 河南博物院两小时纪行：下篇

  接《 河南博物院两小时纪行：中篇 》。 前 10 个展厅为通史陈列，最后的 11-14 展厅属于专题陈列，这里不仅有明清时期的河南风貌，更藏着其他一些值得一看的文物，特别是那件让失蜡法历史提前了千年的云纹铜禁。 第十一展厅 《明清河南》 明清两代，河南作为京畿南部门户，政治地位十分重要。明代分封诸王于河南，清代设直隶省。 这一时期，虽受黄河频繁决溢的影响，但得益于京杭大运河和商业古镇的兴起，漕运与商业贸易依然繁荣。万里茶道贯通南北，会馆林立，沿河名镇古韵犹在。 第十一展厅入口 26-1-14 · 50mm · f/1.8 · 1/160s · ISO800 · ILCE-7CM2 绿釉琉璃建筑构件 绿釉琉璃建筑构件：明代，开封永宁郡王府遗址出土。

  2026/1/23 23:26https://www.xiaoten.com/posts/2026/01/henan-museum-tour-part-3/

• 河南博物院两小时纪行：中篇

  接《 河南博物院两小时纪行：上篇 》。 在看过史前文明到春秋战国的青铜重器之后，我进入了第五展厅，迎面而来的是秦汉魏晋的大一统气象，随后便是隋唐的盛世繁华与宋代的文人雅趣。这一部分的展品色彩明显丰富了起来，从青铜的幽冷转向了陶俑的生动与瓷器的温润。 第五、六展厅 帝国霸业——秦汉魏晋南北朝时期 公元前 221 年 ~ 公元 581 年 第五展厅：公元前3世纪，秦统一六国，推行郡县制，河南独占7郡，成为大秦帝国的辅弼之地。汉代，刘邦封彭越为梁王，后梁孝王刘武经营睢阳（今商丘永城），留下了芒砀山梁王陵的惊世宝藏。 东汉定都洛阳，随后的曹魏、西晋、北魏晚期均以此为都。洛阳、南阳（南都）、许昌（魏五都之一）作为当时的政治中心，见证了汉魏之际的风云变幻与民族融合。 第六展厅：汉代庄园经济发达，手工业和科技（冶铁、造纸、纺织、制瓷、天文）领先世界。丝绸之路的开通让中原成为商贸中心。而到了魏晋南北朝，频繁的战争与迁徙促进了空前的民族大融合。 第五展厅入口 26-1-14 · 50mm · f/1.8 · 1/50s · ISO1000 · ILCE-7CM2 第六展厅入口 26-1-14 · 50m

  2026/1/20 21:30https://www.xiaoten.com/posts/2026/01/henan-museum-tour-part-2/

• 河南博物院两小时纪行：上篇

  前言 从 2017 年在郑州参加工作以来，这已是我第三次进入河南博物院。 第一次是在 2018 年 1 月 10 日，那是刚入职不久，跟室友一同前往；第二次是在 2023 年 3 月 12 日，与刘子豪同行，可惜那次未曾留存影像。 时间来到 2026 年 1 月 14 日，周三。突发奇想，决定独自再去一趟。理由有三： 其一， 这两年每到一个新城市，总习惯查阅当地博物馆信息，然而多次因节假日预约爆满而未能如愿参观。回过头想，河南博物院就在身边，却鲜少静下心来细看。 其二， 周末的省博游客多，体验欠佳。周内工作日虽没大块时间，但利用午休的空档，省去午饭，便能挤出两个多小时的完整时间。 其三， 前两次参观没有留存照片，脑海中留下的印象已经模糊，这次特意拍了一些展品。 当天中午预约了 12 点后的场次。12 点整到门口时，出租车已排起长龙，院内停车场告罄。无奈绕行至对面停车场，恰逢周边学校午间放学，拥堵不堪，耽误许久才停好车。 博物院主楼：金字塔造型 26-1-14 · 50mm · f/1.8 · 1/4000s · ISO64 · ILCE-7CM2 说起这主展馆主题建筑的造型，是以登封元

  2026/1/17 17:29https://www.xiaoten.com/posts/2026/01/henan-museum-tour-part-1/

• n8n实现Misskey向Mastodon、GoToSocial及Memos的多端同步

  前言 25年下半年，我才第一次接触联邦宇宙的概念。 以下摘自 联邦宇宙 - 维基百科，自由的百科全书 ： 联邦宇宙（英语：Fediverse，简称Fedi）在英文中是“联邦”（Federation）和“宇宙”（Universe）的混成词。 联邦宇宙由一系列自由软件组成，有一组互联的服务器（用户自建或第三方托管），一起提供网络发布（如社交媒体、微博、博客或者网站）或者文件托管功能。 虽然各个服务器是独立运行的，且各个实例繁多，内容多样， 但服务器之间可以彼此互通。 在不同的服务器（实例）上，用户可以创建不同帐号，因为服务器上运行的软件支持一种或多种遵循开放标准的通信协议，能够跨越实例边界而通信。 与在单一服务器上运行的传统社交网络相比，联邦宇宙的运行方式更开放，其服务器的分散性，使联邦宇宙更安全可靠。 从一开始接触，我就对此概念非常感兴趣，并尝试搭建自己的联邦宇宙服务器，12月底，从较为复杂的Mastodon（又称乳齿象、长毛象或万象）开始，到Misskey，再到最简单占用资源最小的GoToSocial，一个个都搭建体验了一遍，各有优缺点，还有于25年6月初就已搭建的memos 0.18

  2026/1/8 18:58https://www.xiaoten.com/posts/2026/01/n8n-misskey-sync-mastodon-memos-gts/

• 记一次曲折的手术陪护

  最近这段时间，博客断更了一阵。不是因为忙于代码或折腾服务器，而是家里发生了一些事。母亲在老家医院检查出甲状腺结节，为求心安，决定让她来郑州，到某三甲医院做进一步诊治。 这一周的经历，像是一场在流水线与生死博弈间的拉锯战。手术虽然成功，但过程中的种种曲折，让我对现代大型医疗机构的运作模式，有了很多复杂的感触。 一、 看人下菜碟 不放心老家医院的检查结果，我们找了一位知名的彩超专家重新检查。 那天起得很早，母亲从老家赶来，我提前去医院挂彩超号。我对挂号流程不熟悉，在分诊台询问时，护士的态度非常差，还有些不耐烦的数落，但毕竟有求于人，我只能忍着。 即便去得很早，做上彩超也已临近中午。期间发生了一个很讽刺的插曲：我姐正好在这家医院进修，起初她穿着便装陪我们在门口排队，咨询接诊护士问题时，对方依然是爱答不理，态度冷淡。 后来我姐去换上这家医院的工作服，再次回到彩超室门口，同一个接诊护士，态度发生了180度的大转弯。语气变得温和客气，还极其详细地解释了怎么补挂号单、去哪里办理。 那一刻才知道，在那身白大褂面前，我们才会被当作“自己人”；而脱下那层身份，作为普通患者，得到的只有冷漠。后来得知，那位接

  2025/12/30 20:59https://www.xiaoten.com/posts/2025/12/tortuous-surgery-accompaniment/

• Hugo侧边目录实现：页面双列布局 + Sticky + ScrollSpy 高亮

  前段时间，写了篇 2025年终总结 ，但整篇博客没有经过成熟的归纳、整理，导致最终内容过长，在没有成熟的索引目录加持下，阅读体验很不好。 虽然在正文开头启用了目录功能，但只能实现一次性地快速定位，如需再定位另一标题，则需再返回顶部，重新点击目录中的标题。 关于通过目录快速索引页面位置，特别是在电脑端下已非常普遍，而我之前的目录固定在顶部并没起到很好的索引作用，因此花费 2 天时间，对电脑端（宽度达到 1450px）访问下的目录样式进行重构。 下面的内容完整复盘了我在 Hugo 博客里实现侧边目录的整个流程，从 页面布局改变 到 CSS 的 Sticky 与样式美化，再到 通过 JS 实现 ScrollSpy 跟随滚动高亮 。 实现效果 可以概括为 5 点： 桌面端（宽屏）出现侧边目录：目录位于正文右侧，不挤压正文宽度。 目录可粘性定位（sticky）：滚动正文时目录一直在视窗内。 目录独立滚动：目录过长时只滚目录，不影响正文滚动。 目录样式清晰且兼容复杂标题：标题里含 code 等内联元素时，目录排版不乱。 ScrollSpy 高亮当前章节（仅侧边栏生效）：随滚动自动高亮当前标题；高亮

  2025/12/20 17:05https://www.xiaoten.com/posts/2025/12/hugo-toc-sidebar-scrollspy/

• 2025年终总结

  不单是年终总结，年轻时还习惯在 QQ 空间写日志甚至月志，那时候的表达欲非常强烈。今年 10 月，我尝试使用“QQ空间导出助手”把QQ空间的文章下载下来，但暂时没有成功。可能逐步会有更成熟、更便捷的工具出来，毕竟AI发展这么迅猛，什么都有可能。这篇总结是从12月8日晚就开始着手写了，内容也更多集中在网站本身和日常生活。 一、关于网站 今年对于网站本身，经历了两次重大变革： 第一次变革：本地化部署 4月29日，我将博客从 阿里云迁移回本地Mac Mini ，阿里云作为仅内网穿透服务端。今年新购入的Mac Mini（M4 Pro）性能强劲、功耗低且性价比高，但用来做服务器实在大材小用。最终，我将整站迁移到了NAS上，让Mac Mini回归修图和剪辑的主力职能。 折腾期间，我学习了PVE、从CentOS转向Debian，管理面板由宝塔换为1Panel，并深入体验了Docker容器化部署。如今，Cloudreve、兰空图床、Chereveto、Flarum、Memos等服务均通过Docker稳定运行，维护成本大幅降低。 第二次变革：博客迁移Hugo 10月14日，我正式将博客 从Typecho

  2025/12/16 14:27https://www.xiaoten.com/posts/2025/12/2025-year-in-review/

• 郑州入冬后的第一场雪

  难得天气预报准确一次，这暴雪说来就来。 截至昨天（周五）中午雪还没怎么下，露天跟着同事去了食堂路上连积雪的样子都没有，天倒是冷了不少，但那时候的氛围还不像是要下暴雪的样子。 到下午 3 点以后，眼瞅着外面白茫茫一片，当时就知道下班的路不好走。 15时04分拍摄的窗外 25-12-12 · 7mm · f/1.8 · 1/121s · ISO50 · iPhone 16时49分拍摄的窗外 25-12-12 · 7mm · f/1.8 · 1/50s · ISO125 · iPhone 果然，下班的时候，雪正大，17 点 30 分准时离开单位，刚出门单位门口的小路因没来得及清理，就滑的不行，全程龟速行驶，到大路后稍好一些，路上可见的各种事故现场，造成下班的路非常拥堵。接上媳妇后，全程不敢上高架，就在高架下面走着。原 1 个小时的路程，持续开了 2 小时 59 分钟。

  2025/12/13 15:23https://www.xiaoten.com/posts/2025/12/the-first-snow-of-the-winter-in-zhengzhou/

• Hugo 优化：为图片添加正在加载动画

  一直以来都想在图片加载时添加一个加载动画，以增强用户体验。使用 Hugo 以来，关于图片的添加方式也进行了自定义。针对历史数据，没功夫一遍遍改了，就采用 Markdown 原生语法进行图片的插入，这样形成的图片就是一行一个简单进行罗列。后来为了让自己的照片显示 exif 信息，以及实现一行多图的方式，通过自定义短代码的方式实现，详细可见 通过Hugo短代码功能实现图片及其EXIF信息展示 。 因此，本站加入图片的方式除了 Markdown 语法以外，还有 figure 和 figure-group 短代码的方式进行插入。此外，还有近期做的足迹地图里面的坐标卡片中，也有图片，当然已经在 Github 中实现了卡片内图片加载动画效果。在这次 Hugo 的优化中，也一并将对应的效果应用进来。 文章图片加载动画 文章图片放大加载动画 足迹地图卡片加载动画 目标场景 我的博客中有两种主要的图片展示场景： 文章页面：Markdown 图片、figure 短代码、figure-group 图片组 足迹地图：地图卡片中的缩略图、点击缩略图后的全屏查看 实现方式 1. HTML 层：添加懒加载属性 对于

  2025/12/7 23:59https://www.xiaoten.com/posts/2025/12/hugo-image-loading-animation/

• 三刷只有河南·戏剧幻城

  11月30日，我第三次来“只有河南·戏剧幻城”，前两次分别是2021年12月19日（跟我爸）、2023年1月26日（跟我爸妈和外甥），这次是跟我姐。这次发现园区内的部分硬件设施已明显老化。三大主剧保持原貌，小剧场则进行了部分更迭，例如此次观看的《苏轼的河南》《曹操的麦田》和《薛怀义》均为新剧目。热门剧目如《红庙学校》排队依然困难，这次仍未排上。 只有河南·戏剧幻城（图源：百度百科） 示意图（图源：官方小程序） 总体来看，园区的三大主剧风格均比较严肃，《李家村》和《火车站》互动性较高，《幻城》舞美效果更好；而小剧场如《红庙学校》《唱吧跳吧》《薛怀义》等，氛围相对轻松，说教感较弱，更易被年轻观众接受。若是亲子游览，选择严肃类剧目对儿童相对更有教育意义。 夜景图（图源：百度百科） 夜景图（图源：百度百科） 由于起床稍晚，接上我姐然后抵达园区已近中午11点半。虽然剧场外的公共区域非常出片，但为了尽可能多看剧目，没有怎么在外停留拍照，而且上两次来也没有带相机，确实比较遗憾。 椅阵 25-11-30 · 20mm · f/4.0 · 1/1250s · ISO250 · ILCE-7CM2 路牌阵

  2025/12/2 12:39https://www.xiaoten.com/posts/2025/12/third-visit-only-henan/

• 为 Hugo 站点实现外部链接跳转访问

  最近，我为博客增加了一个新功能：外部链接跳转页。现在，点击站外链接会先进入一个中转页，经用户确认点击 继续访问 后才前往目标网站。当然这功能并不少见，多数网站都有此功能。 为何需要跳转页？ 明确告知：清晰告知访客“您即将离开本站”，避免意外跳转。 提升安全：为访客提供一道心理屏障，降低链接被篡改的风险。 统一体验：统一站外跳转的设计规范，并同步了主站的深浅色模式。 日间模式 夜间模式 实现方法 该功能主要依赖 Hugo 的 Render Hook 与 JavaScript 协同工作： 服务端预处理 (Hugo)：网站构建时，Hugo 通过 Link Render Hook 为所有外部链接添加 target="_blank" 等属性，确保其在新标签页打开，完成基础优化。此时链接的 href 保持不变。 客户端动态改写 (JavaScript)：页面加载后，external-links.js 脚本开始运行。它会遍历所有 标签，识别出未被排除的外部链接，并将其 href 属性动态地重写，指向我们自定义的跳转页 (/pages/redirect?target=[原始链接])。脚本还能通

  2025/11/28 23:03https://www.xiaoten.com/posts/2025/11/hugo-external-redirect/

• 用 Wayback Machine 翻了翻博客的“黑历史”

  最近心血来潮，上 Wayback Machine 搜了一下自己的域名 xiaoten.com。 距离2011年2月2日，已经14.8个年头，虽然手里存着一些备份数据，但大多是后面几年的存档，前几年的存档因种种原因，没有留存下来。 Wayback Machine 存下来的这些快照，就像是给网站打的 git commit 记录，展示了这个站点的演变路径。 1. 追求“形式感”的折腾期 一开始，我似乎对“网站入口”这种东西非常着迷。 快照里留存了好几个版本的“首页引导页”。比如蓝底白字的 “PLAIN FOAM” 页面，还有写着“十分之十的小十”的蓝色大屏入口。那时候觉得，在进入博客文章列表前，先来个极简的引导页显得很“酷”，很有设计感。 最初版本入口 第二版，具体时间不详 2011年12月1日存档 2014年8月20日存档 2. 纯粹的“技术笔记”时期 翻看最早几年的快照，那时候博客的主要功能就是充当“云端笔记本”。 看看那时候的文章标题：《SVN服务器的配置》、《IE版本注释用法》、《百度地图API》。那时候互联网开发环境还比较粗糙，我们要花大量时间去解决 IE 浏览器的兼容性问题，SV

  2025/11/25 11:36https://www.xiaoten.com/posts/2025/11/digging-up-blog-history/

• 基于高德地图实现 Hugo 足迹地图短代码

  依然是受 王叨叨：基于高德地图做足迹管理插件 文章启发，实在眼馋足迹功能，但苦于没有清晰的思路，看到叨叨大神发了这个插件，借助AI，终于抽空完成了这一功能，并融入了一些个人想法： 与站点主题同步，支持亮/暗模式自适应； 增加标签筛选功能； 在地图卡片中，若有多张图片，支持水平滚动并集成灯箱放大查看； 标记点智能集群，缩小地图时自动合并附近位置； 集群开关控制，可随时启用或关闭集群功能。 其余部分则为常规足迹功能的实现。 本文将简要介绍实现方式，完整的源码已在 GitHub 开源，包含所有 JS、CSS 和示例数据。具体样例在本站"关于"页面，如下所示： 正在加载足迹... 主要功能 短代码嵌入：{{ }} 自动注入脚本与样式，按需加载数据。 JSON 数据支持：所有足迹数据集中保存在 footprints.json 文件中，便于在 Git 里维护与复用。 自动标签筛选：脚本会扫描全部 categories 字段，生成可点击的筛选按钮。 智能标记集群：缩小地图时自动将附近位置合并显示，点击集群标记可放大查看详情。 集群开关控制：地图底部提供开关按钮，支持亮/

  2025/11/18 15:45https://www.xiaoten.com/posts/2025/11/amap-powered-footprintmap-shortcode/

• 解决 Hugo 分页器返回空页面的诡异问题：.Paginate 不能被多次调用

  问题背景 在将博客的文章列表从 JavaScript 分页迁移到 Hugo 官方分页时，遇到了一个非常诡异的问题： ✅ Hugo 构建成功，显示生成了 42 个分页页面 ✅ .RegularPages 有 360 篇文章 ✅ 直接 range .RegularPages 可以正常显示文章 ❌ 但是 .Paginator.Pages 始终返回 0 {{/* 这样可以看到 360 篇文章 */}} {{ range .RegularPages }} {{ .Title }} {{ end }} {{/* 但分页器是空的！ */}} {{ $paginator := .Paginator }} 分页器中的文章数: {{ len $paginator.Pages }} {{/* 输出：0 */}} 剩余 3 行代码 展开剩余代码 排查过程 第一步：检查配置 首先怀疑是配置问题。Hugo v0.128+ 的分页配置格式发生了变化：

  2025/11/16 19:30https://www.xiaoten.com/posts/2025/11/fixing-hugo-pagination-paginate-called-multiple-times-issue/

• 徐州一日纪行

  16日早上，从郑州出发，乘坐高铁约一个半小时到达徐州东站。由于交通便利，行程安排为当天往返。 出行前参考了一些攻略，徐州的几个主要景点相对集中，因此整体行程比较紧凑。 依然是流水帐的记录形式： 上午10点02分到达徐州东站，搭乘地铁一号线，经9站到达民主北路站。出站后步行约十分钟，前往提前在大众点评上选定的一家评分较高的餐厅。午餐点了地锅鸡和乡村大席小炒。味道确实不错。 饭店后厨，据说不是预制菜 25-11-15 · 85mm · f/1.4 · 1/320s · ISO320 · ILCE-7CM2 地锅鸡👍 25-11-15 · 50mm · f/1.8 · 1/100s · ISO320 · ILCE-7CM2 乡村大席小炒（要的免🌶，不然会更好吃） 25-11-15 · 50mm · f/1.8 · 1/60s · ISO320 · ILCE-7CM2 徐州为历史悠久的城市，古称彭城，是汉代文化的重要发源地之一，留有大量两汉时期遗迹。因此，徐州博物馆被列为行程之一。前几天因预约人数已满未能成功预约，当天上午九点左右，系统重新放出名额，顺利预约到12点以后的下午场。

  2025/11/16 17:54https://www.xiaoten.com/posts/2025/11/one-days-in-xuzhou/

• 借助Github Action实现友圈动态自动获取——小十友圈RSS聚合工具

  回归博客内容创作也有几月有余，这期间认识了很多独立博客站长，也重新联系上了一些老朋友。友链作为独立博客的宝贵财富，在快节奏的今天，能够保留这种传统意义上的网友社交形式，显得格外有意义。 这次回归以来，我发现了很多友链展示的新形式，其中通过RSS自动获取并展示好友动态就是其中之一。市面上已有一些成熟的工具，最初我使用的是 Rock-Candy-Tea/hexo-circle-of-friends 这个开源项目。但该项目功能较为复杂，而我只需要核心的RSS聚合功能，通过定时更新data.json文件，再配合前端代码解析展示朋友动态。 对我来说，需求其实很简单：通过友链页面上的网站链接以及自定义的一些链接，自动获取相关动态并生成到json文件中。因此，我开发了一个轻量级但功能完整的RSS聚合工具：小十友圈RSS聚合工具，并利用GitHub Actions实现了全自动化运行，现已在GitHub上开源。 项目地址： https://github.com/Jiosanity/xiaoten-rss.git 概述 小十友圈RSS聚合工具 是一个轻量级但功能完整的RSS聚合工具，它能够自动从友链页面抓

  2025/11/14 23:23https://www.xiaoten.com/posts/2025/11/automating-friend-circle-updates-with-git-hub-actions-the-xiaoten-rss-aggregator/

• 成都两日纪行

  10月20日，读研期间的导师在群里发布活动通知，计划于11月8日在成都望江宾馆举办“电力系统稳定与高压直流输电团队校友大家庭欢聚雅集”。自2017年毕业至今，虽然我曾两次到过成都——一次是因参加QC发布会，一次是假期来游玩——但都未能与导师见上一面。正好借此次活动，利用周末两天时间，与导师见面叙旧。 购票后被周基佬告知，“天府机场”到哪儿都要两个小时（包括成都市区）。打开地图才意识到，上学时天府机场尚未启用，如今它已承接大部分航线，距离本次活动场地56公里，而双流机场仅19公里。往返路程漫长，不免有些无奈。 活动通知 天府机场距离市区非常远 早晨5点起床，最终抵达成都市区已是中午。办理入住后，14点赶到会场，领取伴手礼、签名后入座。 学院吉祥物（到家后补拍） 25-11-11 · 85mm · f/1.4 · 1/320s · ISO320 · ILCE-7CM2 签到墙 25-11-8 · 0mm · f/0.0 · 1/160s · ISO2000 · Canon EOS R6m2 签到的我 会场 25-11-8 · 22mm · f/4.0 · 1/160s · ISO1600

  2025/11/11 22:38https://www.xiaoten.com/posts/2025/11/two-days-in-chengdu/

• 通过Hugo短代码功能实现图片及其EXIF信息展示

  我有一个习惯就是在网络上分享图片时不管是调整尺寸还是压缩，都习惯保留元数据，当然也希望在分析图片时能够展示元数据。本文介绍如何在 Hugo 静态博客中借助短代码实现图片展示功能，包括单张图片和图片组的短代码实现，以及自动获取并格式化显示图片 EXIF 信息的方法。 具体效果如下图所示： 也可见 万圣节和亳都·新象的一些照片 和 天津两日纪行 等文章。 需实现的功能 支持单张图片和图片组两种展示方式 自动从图片 EXIF 数据中提取拍摄信息 格式化显示焦距、光圈、快门、ISO、相机品牌和镜头型号 支持自定义标题和多种参数传递方式 短代码实现 1. 单张图片短代码 (figure.html) 创建 layouts/shortcodes/figure.html 文件： {{ $page := .Page }} {{ $imageParam := .Get 0 }} {{ $src := .Get "src" }} {{ $title := .Get "title

  2025/11/7 13:24https://www.xiaoten.com/posts/2025/11/display-images-and-their-exif-data-using-hugo-shortcodes/

• 万圣节和亳都·新象的一些照片

  按照体感估算，感觉郑州已持续了两个月的阴雨天气，在这长时间恶劣天气之前还是实打实的夏季，就突然进入了冬天。 本来以为阴雨已经结束，结果又来了持续一周的大雾天气，从早浓到晚的大雾，长久不见阳光，“豫犬吠日”实至名归。 难得周六、周日太阳出现，刚好11月1日是万圣节，这天的前两天，临时起意想在这个周六去感受下年轻人的氛围，决定去看一下方特精怪夜活动。 11月2日周日这天便去了开业不久的“亳都 · 新象”凑了凑热闹。 万圣节那天 结果人是真的多，带上才到手第二天的85 1.4镜头，也没有拍到几张满意的照片。 难得第一次参与了万圣节，放出一些当日照片留个纪念。 到达方特门口时的落日 25-11-1 · 85mm · f/1.4 · 1/4000s · ISO160 · ILCE-7CM2 方特城堡 25-11-1 · 85mm · f/1.4 · 1/500s · ISO320 · ILCE-7CM2 盛装出游的小孩 25-11-1 · 85mm · f/1.4 · 1/250s · ISO500 · ILCE-7CM2 树上的挂件 25-11-1 · 85mm · f/1.4 · 1/160

  2025/11/3 22:08https://www.xiaoten.com/posts/2025/11/some-photos-of-halloween-and-new-bodu/

• 利用短代码在hugo博客中加入bilibili播放器插件

  王叨叨在 开源Bilibili播放器插件 一文中，分享了一个Typecho插件，用于将Bilibili默认播放器替换为HTML5移动端播放器，并提供更多自定义选项。 基于他的源代码，考虑将其移植到Hugo中，并通过短代码来实现bilibili视频的调用。 短代码是Hugo的一项强大功能，允许我们在Markdown中嵌入HTML片段，实现复杂的布局和功能。 王叨叨的Typecho插件主要通过以下方式工作： 通过正则表达式匹配和替换Bilibili播放器iframe 提供丰富的配置选项（宽度、高度、自动播放、弹幕开关等） 替换默认播放器为HTML5移动端播放器，提升用户体验 在上述的基础上，借助AI实现了一定程度的高度自适应和自定义封面功能，为什么说是一定程度上的高度自适应，其实是新加入了ratio参数，即明确了视频宽高比，再根据视频宽高比，使用 padding-bottom 技巧实现真正的宽高比自适应。 示例 视频加载中... 具体实现 创建短代码文件 在Hugo项目的 layouts/shortcodes/ 目录下创建 bilibili.html 文件：

  2025/11/2 19:05https://www.xiaoten.com/posts/2025/11/using-shortcodes-to-embed-a-bilibili-video-player-plugin-in-hugo-blog/

• 天津两日纪行

  10月25—26日，趁着周末两天，去了一趟天津。 第一天 早上5点半起床，上午约10点30分，抵达天津西站。出站后，搭乘出租车前往位于滨江道步行街内的酒店。 滨江道步行街是天津市最为繁华的商业街之一，其历史可追溯至20世纪初，汇集了众多商场与老字号品牌。午餐选择了“醉喜楼津菜馆”，尝试了特色菜八珍豆腐与皮皮虾陷的锅贴，菜品份量充足。 传统八珍豆腐 25-10-25 · 9mm · f/2.8 · 1/100s · ISO64 · iPhone 皮皮虾扇贝锅贴 25-10-25 · 50mm · f/1.8 · 1/341s · ISO80 · iPhone 午后，首先参观了西开教堂。其全称为天主教西开总堂，始建于1916年，是天津市规模最大的罗马风貌建筑群，建筑风格为罗曼式。

  2025/10/27 16:50https://www.xiaoten.com/posts/2025/10/two-days-in-tianjin/

• 解决林木木老师哔哔广场中同一Memos实例下多用户头像昵称显示错误问题

  问题描述 非常感谢 林木木 老师编写的 哔哔广场 ，日常用于调取Memos网站的内容，并实现了同步订阅其他Memos用户及发表 memos 等功能。 但是，我这里有一个较为小众的需求，就是在使用 Memos 广场功能时，如下图界面： 当多个用户来自同一个 Memos 实例时，其动态内容能够正常显示，但用户信息（头像和昵称）却全部显示为同一个用户的信息。 例如，在我的订阅列表中： 小十 (ID: 1, 头像: avatar.png) 泥鳅胡子 (ID: 3, 头像: myh.jpg) 上述两个用户都使用同一个 Memos 实例 https://memos.xiaoten.com，但在广场模式下，所有动态都显示为泥鳅胡子的头像和昵称，即使这些动态实际上是小十发布的。 原因分析 主要原因 用户信息映射逻辑未覆盖这种特殊情况，在原始的代码实现中： 获取用户动态时，代码使用了同一个 Memos 实例下的第一个用户信息来覆盖所有用户的动态信息。 最初使用 creatorName 作为映射键，但当多个用户有相同的显示名时会导致冲突。 在合并用户信息和动态数据时，属性覆盖的顺序问题，会使用户信息被动态

  2025/10/23 13:42https://www.xiaoten.com/posts/2025/10/fix-user-avatar-errors-in-memos/

• 在 Hugo 中集成 Memos 多用户微博系统

  摘要 本文详细阐述在 Hugo 静态网站生成器中集成 Memos 0.18.2 多用户微博系统的完整技术方案。通过 RESTful API 调用、Twikoo 评论系统集成、图片资源处理等关键技术，实现了在静态网站中展示动态微博内容的功能。本文涵盖系统架构设计、核心代码实现、性能优化策略以及部署配置指南，为开发者提供完整的实施参考。样例请见本站 说说页面 。 1. 主要流程 1.1 系统组成 前端框架: Hugo 静态网站生成器 微博服务: Memos 0.18.2 RESTful API 评论系统: Twikoo 评论服务 图片处理: ViewImage 灯箱 + Lozad 懒加载 内容渲染: Marked.js Markdown 解析器 1.2 数据流架构 Memos API → 数据获取 → 内容处理 → 评论统计 → HTML 渲染 → 前端展示2. 核心实现方案 2.1 多用户配置管理 在 Hugo 模板中定义用户配置数组： var memosMyList = [ { "creatorName": "用户A", "website": "https://example.com

  2025/10/21 23:28https://www.xiaoten.com/posts/2025/10/integrating-a-multi-user-memos-microblog-system-in-hugo/

• 借助 GitHub Actions 自动化部署 Hugo 网站到自有服务器

  从手动部署到自动化的工作流演进 在网站开发的初期阶段，为了深入理解整个发布流程，我一直在本地环境中使用 Hugo 手动生成静态网站。这个过程包括：运行 hugo 命令生成静态文件，手动打包 public 目录，然后通过 SCP 或 FTP 上传到服务器，最后在服务器上解压并配置。虽然这种方法让我对网站部署的每个环节都有了清晰的认识，但随着内容的增多，这种重复性工作变得越来越耗时。 虽然现在有 Vercel、Netlify 等优秀的静态网站托管平台，但由于我已经拥有一台国内的轻量级云服务器（主要用于 frp 内网穿透服务），我决定充分利用现有资源，直接在这台服务器上托管我的 Hugo 网站。 自动化部署方案设计 最终实现的解决方案是：通过 GitHub 私有仓库存储 Hugo 源码，利用 GitHub Actions 实现自动化构建和部署，使用 rsync 将生成的静态文件同步到自己的服务器。 这种方案的优势在于： 自动化：代码推送后自动完成整个构建和部署流程 版本控制：所有变更都有完整的历史记录 安全性：私有仓库保护源代码，SSH 密钥保证传输安全 成本效益：充分利用现有服务器资源 服

  2025/10/20 13:22https://www.xiaoten.com/posts/2025/10/automating-hugo-website-deployment-to-your-own-server-with-github-actions/

• 终于初步完成了从Typecho到Hugo的网站迁移

  整体历程 2011年2月2日，本站启用并使用WordPress； 2021年7月29日，从WordPress迁移至Typecho； 2025年10月16日，终于正式把域名指向到了Hugo生成的静态页面。 主要过程 因为涉及到html转markdown，使用自动化的转换工具带了一些排版混乱、不合理的转义等等，本来想仿照有些博主，写个脚本自动优化，但随后又转念一想，还是都过一遍吧，于是在工作中见缝插针，以及下班后沉浸到半夜，持续两天枯燥的html转markdown的过程。 虽然当时WordPress转Typecho时已进行了一些格式上的适配，但这次回过头看，问题特别多。 因此还是启用了21年转Typecho时wordpress的备份，好在迁移到Typecho，并没有写过几篇文章，迁移到Typecho以后的文章手动添加就好了。 静态博客生成工具的确定 决定采用静态博客的目的，还是想学习现在的博客主流模式，让更多的注意力在写作本身上面，摆脱臃肿的博客程序，虽说typecho已经非常轻量了，但可能是使用主题的问题，总会有遇到各种各样的使用问题，自身也没有精力去学着去写一个精简的主题，另外静态博客

  2025/10/16 22:21https://www.xiaoten.com/posts/2025/10/the-preliminary-migration-of-the-typecho-to-hugo-completed/

• PVE从8升级到9

  今天完成了Proxmox Virtual Environment 从8升级到9。 升级前准备 确保您的所有节点都已升级到 Proxmox VE 8.4 的最新版本。 apt update && apt dist-upgrade pveversion检查是否满足升级条件 pve8to9或 pve8to9 --full需要 ·SUMMARY· 里没有警错误才能执行升级 备份 APT 软件源 cp /etc/apt/sources.list /etc/apt/sources.list.pve-old cp /etc/apt/sources.list.d/pve-enterprise.list /etc/apt/sources.list.d/pve-enterprise.list.old切换 APT 软件源 sed -i 's/bookworm/trixie/g' /etc/apt/sources.list sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list刷新软件包索引 apt update开始升级

  2025/8/10 18:07https://www.xiaoten.com/posts/2025/08/pve-upgrade-from-8-to-9/

• 使用 libwebp 高效批量转换图片至 WebP 格式

  WebP 是一种现代图像格式，可为 Web 上的图像提供出色的无损和有损压缩。使用 WebP，网站管理员和 Web 开发人员可以创建尺寸更小、内容更丰富的图像，从而使 Web 更快。本文将指导您如何使用 Google 官方提供的 libwebp 工具包批量将您现有的图片（如 JPG, PNG, BMP, GIF 等）转换为 WebP 格式。 1、下载libwebp 打开https://storage.googleapis.com/downloads.webmproject.org/releases/webp/index.html，划到底部找到最新版本，根据操作系统选择合适的版本。 比如Windows选择 libwebp-1.4.0-windows-x64.zip ,macOS X86选择 libwebp-1.4.0-rc1-mac-x86-64.tar.gz ,macOS ARM选择 libwebp-1.4.0-rc1-mac-arm64.tar.gz ……根据你的实际情况来 2、准备脚本 将下载的文件解压，在解压出来的文件夹旁边再创建两个叫“input”和“output”的文件夹,然

  2025/5/31 15:11https://www.xiaoten.com/posts/2025/05/how-to-batch-convert-images-to-webp-with-libwebp/

• 从宝塔到1Panel：Typecho站点HTTPS混合内容问题排查与解决

  之前，我一直习惯使用外网服务器上的宝塔面板来实现网站的反向代理功能。然而，在尝试为网站设置防盗链等自定义Nginx配置时，我发现宝塔面板生成的配置文件直接编辑较为困难，且通过其自定义配置功能生成的代码也显得有些冗余和不够直观。 恰好，我内网的服务器早已换上了1Panel面板，并且使用体验相当不错，感觉在灵活性和功能性上比宝塔面板更胜一筹。于是，我决定将外网服务器也进行系统重装，并部署了1Panel。随后，我在新的1Panel环境中安装了FRPS（FRP服务端）应用和OpenResty应用。 通过FRPS的HTTP(S)内网穿透功能，结合OpenResty反向代理，将内网的网站服务暴露到公网，并利用1Panel自动SSL证书续签功能，实现了预期的HTTPS访问。整个配置过程非常直观。 然而，在迁移完成后，一个意想不到的问题出现了：现在的这个网站（其他网站均正常）虽然可以通过HTTPS访问，但其CSS和JS等静态资源却无法正确加载。通过浏览器开发者工具查看，发现这些资源的URL仍然是HTTP协议，导致在HTTPS页面下因“混合内容（Mixed Content）”而被浏览器阻止加载。 奇怪的

  2025/5/24 01:18https://www.xiaoten.com/posts/2025/05/from-baota-to-1panel-troubleshooting-typecho-https-mixed-content-issues/

• 记录我的 Chevereto V4 Docker 版升级过程

  自从我安装了 Chevereto 相册应用之后，就发现它的更新迭代还是挺频繁的。目前的大版本是 V4，而小版本几乎每一到两周就会有一次更新。 我个人是采用 Docker 方式来部署 Chevereto 的，并且已经购买了 V4 大版本的永久授权。每次升级前，我都会先登录到 Chevereto 的官方后台，下载包含授权的最新程序文件，然后将它上传到我的服务器上。 不过，我并不会直接使用压缩包里的程序文件来覆盖安装。相反，我更倾向于利用程序文件包里面提供的 docker 文件夹。通过这个文件夹里的 Makefile，我可以使用 make 命令来编译和管理我的 Docker 镜像。 具体的升级步骤，我主要参考了官方的 Docker 安装和部署指南，这里查看原文： Install Chevereto on Docker | Chevereto V4 Docs 下面是我根据官方文档整理的 Docker 升级步骤： 升级 (Upgrading) 要升级 Chevereto，您需要执行以下三个步骤：(1) 同步仓库，(2) 重新构建容器镜像，以及 (3) 更新 Chevereto 实例。 步骤 1：

  2025/5/24 01:07https://www.xiaoten.com/posts/2025/05/documenting-my-chevereto-v4-docker-upgrade-process/

• 免费引入商用黑体字体系列整理及 CSS 字体引入亲妈式教程

  声明：本文转载并基于 免费引入商用黑体字体系列整理及 CSS 字体引入亲妈式教程（20240915更新） – 风记星辰 进行修改和完善。以下为正文内容： 在现代网页设计中，字体的选择对于用户体验和视觉效果至关重要。鉴于系统默认的微软雅黑字体在某些设计场景下略显陈旧，许多开发者和设计师倾向于引入更现代的无衬线字体，如苹果的苹方（PingFang SC）。这样做不仅能优化在 macOS 设备上的显示，也可能（在用户已安装相应字体的前提下）改善 Windows 系统上的视觉呈现。 本文将整理一系列免费可商用的黑体（无衬线）字体资源，并提供详尽的 CSS 字体引入教程。 1. 免费可商用字体列表及引用资源 1.1 字体提供方站点 以下是一些提供免费可商用字体或有相关计划的官方站点： 服务商 链接 备注 Google Fonts https://fonts.google.com 国内访问可能需代理 Adobe Fonts https://fonts.adobe.com 通常需 Creative Cloud 订阅授权 阿里巴巴普惠体 https://fonts.alibabagroup.com 免

  2025/5/21 23:12https://www.xiaoten.com/posts/2025/05/free-commercial-sans-serifs-font-collection-your-ultimate-css-import-guide/

• PVE 系统小版本升级实录：从 8.4.1 到最新稳定版

  今天分享下我的 Proxmox VE (PVE) 系统小版本升级过程。我的 N150 小主机自从 5 月 8 日安装了 PVE 8.4.1 版本后，一直稳定运行，默默奉献。不知不觉已经过去一段时间，本着“尝鲜”和“保持系统健康”的原则，今天决定检查一下是否有可用的更新，并进行一次系统升级。 1. 检查当前 PVE 版本 首先，自然是 SSH 登录到 PVE 主机，查看一下当前的系统版本。通过 pveversion -v 命令（或者直接 pveversion 也能看到主要版本），我得到了以下信息： root@xiaoten:~# pveversion -v pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-10-pve) proxmox-kernel-6.8.12-10-pve: 6.8.12-10 proxmox-kernel-6.8: 6.8.12-10 proxmox-kernel-6.5: 6.5.13-5 proxmox-kernel-6.5.13-5-pve-signed: 6.5.13-5 ceph-fus

  2025/5/20 21:33https://www.xiaoten.com/posts/2025/05/proxmox-ve-system-upgrade-a-step-by-step-guide/

• 解决软路由 OpenClash 环境下 Docker 镜像拉取不稳定的问题

  前言 近期，在将网络环境迁移至软路由平台（具体为 iStoreOS）并配置 OpenClash 后，我遇到了一个相当棘手的问题：部署在该软路由下的设备，包括群晖 NAS、另一台 NAS 以及用于托管网站的 Debian/CentOS 服务器，在尝试拉取 Docker 镜像时表现极不稳定，经常遭遇连接超时或下载失败。这个问题困扰了我好几天，在经过多次排查与反复试验后，终于找到了一套能够稳定运行的配置方案。在此，我将解决问题的关键步骤总结为以下三个核心原则，希望能为遇到类似困境的朋友提供参考。 原则一：在软路由系统层面禁用 IPv6 问题分析: 在我的实践中，软路由操作系统（iStoreOS）层面启用的 IPv6 功能似乎与 OpenClash 的代理机制存在一定的冲突或兼容性问题，这成为了导致网络异常，特别是影响 Docker 镜像这类需要通过代理访问外部资源操作稳定性的潜在因素之一。 解决方案: 最直接有效的办法是在软路由的管理界面中，找到网络接口或系统相关设置，彻底禁用 IPv6 协议。 配置理由: 我的主要需求是利用软路由为特定的内网设备（NAS、服务器等）提供稳定、高效的代理网络

  2025/5/12 23:06https://www.xiaoten.com/posts/2025/05/olving-unstable-docker-image-pulls-with-openclash-on-a-soft-router/

• Debian 12默认官方源/清华源/中科大源/腾讯云源/阿里云源/Linode源sources.list

  一、备份现有apt源配置 mv /etc/apt/sources.list /etc/apt/sources.list.old二、替换为其他apt源 1、替换为默认官方源 这是一条命令，全部复制后，直接粘贴然后一起执行。 cat > /etc/apt/sources.list << EOF deb https://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware deb https://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-fir

  2025/5/8 14:32https://www.xiaoten.com/posts/2025/05/sources_list/

• 终于将网站内容放入本地主机了

  随着xiaoten.com网站迁入mac mini主机，目前所有网站服务都已迁入到本地了。 阿里云服务器目前仅作为提供frp内网穿透、反向代理功能。 期待有独立ip的那一天。

  2025/4/30 00:06https://www.xiaoten.com/posts/2025/04/finally-put-the-website-content-on-the-local-host/

• 画廊

  2024/3/8 10:00https://www.xiaoten.com/pages/gallery/

• 如愿~

  如题

  2023/9/27 20:03https://www.xiaoten.com/posts/2023/09/as-you-like-it/

• 疫情应该终于画句号了

  关于优化调整新冠肺炎疫情社会防控措施的通告 该通告发出来，应该意味着郑州终于告别了这几年的疫情~

  2022/12/4 23:55https://www.xiaoten.com/posts/2022/12/the-epidemic-should-finally-be-over/