河岳日星的博客

前言作为一名运维工程师，同时热爱写作与技术分享，我一直希望拥有一套 「源码私有、部署自动、在线可写、双保险保底」 的个人博客系统。 传统 Hexo 博客需要本地编译、手动部署，源码直接放在公开仓库不安全，也不方便多设备协作。本文将以 我自己的实际搭建过程（全程踩坑记录） 为蓝本，从零带你完成： 私有仓库存储 Hexo 源码（保护源码安全，仅自己可见） 公开仓库 用户名.github.io 托管 GitHub Pages（公网访问） GitHub Actions 实现「推源码即自动部署」（彻底解放双手） Qexo 在线管理后台（浏览器直接写文章，无需本地环境） 双远程方案保留手动部署保底（零风险，不影响原有使用习惯） 全程保姆级，每一步点哪里、填什么、踩什么坑、怎么解决，全部写透，小白也能一次成功。 前置准备在开始前，请确保你已准备好以下环境： GitHub 账号：已注册，牢记你的 GitHub 用户名（本文以 HYRX-TG 为例） 本地 Hexo 博客环境：已搭建完成，本地可正常运行 hexo s 预览，有完整的博客源码（包含 _config.yml、source、theme ...

✅ 一、我的独家高清大图获取方法（超简单、零模糊）12341. 将喜欢的壁纸设置为电脑桌面（全屏、干净无遮挡）2. 使用 Win + Shift + S 进行全屏截图3. 打开系统画图工具，粘贴并保存为 PNG 格式4. 直接获得高清、无水印、自己最满意的背景图 优点：不用找 Wallpaper Engine 源文件，不用解压、不用找目录、不用折腾提取清晰度 = 你显示器分辨率，绝对高清，无压缩、无模糊100% 还原你看到的桌面效果，不会踩坑 ✅ 二、本地图片方案（永久不失效、推荐使用） 123456789101. 放入博客目录路径：themes/butterfly/source/img/图片命名：bg.png（必须这个名字，避免路径出错）2. 修改主题配置 _config.butterfly.yml# 全局背景（整个博客页面背景）background: url(/img/bg.png)# 首页头部大图（首页顶部Banner）index_img: /img/bg.png 强制 CSS 兜底（防止背景变灰、加载失败，必加 12345678910111213inject: head: ...

一、问题背景最近在更换 Hexo 主题时，从 Stellar 切换到 Butterfly，来回修改配置、切换分支、更换主题文件，导致博客出现各种报错： 页面空白、白屏 index.html 生成 0KB 空文件 Pug / EJS 模板渲染失败 本地正常、线上不更新 Git 分支混乱（master / main / gh-pages） 双主题共存导致环境彻底崩溃 经过一步步排查，最终成功恢复正常，并总结了一套最安全的双主题管理方案。 二、出现的典型错误 页面空白，浏览器什么都不显示→ public 文件夹生成空文件，模板渲染失败 Pug 模板报错 Cannot read properties of undefined (reading ‘path’) 主题冲突报错 切换 GitHub Pages 分支后不生效本地部署成功，但线上依旧旧页面 / 空白页 三、完整修复步骤（最有效）1. 彻底清理环境（解决空白页核心）12345hexo cleanrm -rf publicrm -rf node_modules package-lock.jsonrm -rf .depl ...

✅ 一、完整可运行示例 1234567891011121314151617181920212223242526272829303132333435import csvimport os# 准备数据：列表 of 列表（第一行为表头）csv_data = [ ['公司', '项目', '负责人'], ['天庭', '三界运营', '玉帝'], ['灵山', '西游取经', '如来佛祖']]csv_path = '西游项目故事.csv'try: # 写入 CSV 文件 with open(csv_path, mode='w', encoding='utf-8', newline='') as f: writer = csv.writer(f) writer.writerows(c ...

服务器CPU高、内存低排查-方案详解（通俗版）先明确核心前提：CPU高、内存低，和“内存高、CPU低”是反过来的问题——不是资源不够用，而是服务器在“拼命干活”（比如计算量大、循环异常、IO等待、锁竞争等）。 下面全程沿用“现象→原因→判断方法→解决方法（前因后果）”的逻辑，不绕弯、不堆砌命令，每一步都讲清“为什么这么做”。 一、先定性：CPU到底在“忙什么”（第一步必做）👉 核心判断手段：top命令（关键中的关键）直接在服务器输入 top 命令，重点看 %Cpu(s) 这一行，4个指标直接决定排查方向，不用记复杂命令，盯紧这一行就够了： us（用户态）：程序自身运行消耗的CPU（比如Java、Python程序计算）； sy（内核态）：系统内核处理任务消耗的CPU（比如网络调用、文件操作）； wa（IO等待）：CPU没事干，一直在等磁盘/网络IO完成（看似CPU高，实则在“摸鱼”）； id（空闲）：CPU空闲率，越低说明CPU越忙（id<20%说明CPU已过载）。 ✅ 为什么先看这一步？很多人排查CPU高，一上来就找进程，反而绕弯路。先看这4个指标，能直接锁定“CP ...