我的Hexo博客搭好了01 - 选择困难症发作行吧，我承认，作为一个写Java和Python的后端程序员，我早就该有个自

文章系列导航

说起来你可能不信，我为了搞个博客，差点和一只“章鱼猫”打起来。

行吧，我承认，作为一个写Java和Python的后端程序员，我早就该有个自己的技术平台了。但我知道的，这种事就像整理房间——总觉得很重要，但总是“明天再说”。

直到我决定认真搞个自己的地盘时，我才发现，这简直是一场打怪升级的游戏。

1 短视频还是文章

我具有“SpringCloud微服务+AI工程化+Python后端”的深度背景。询问了DeepSeek，它帮我分析了一下，给了我一些的建议。

1.1 📊 对比分析：为什么“文章”更适合起步

对比维度	文章/深度图文	短视频
核心优势	深度、系统性、易于展示复杂逻辑和代码，建立专业权威。	直观、传播快、易破圈，建立个人形象。
匹配我的内容	完美匹配源码解析、架构设计、RAG优化、工作流编排等技术细节。	适合演示最终效果、展示工具操作、提炼一个核心结论或“钩子”。
所需技能	我的现有优势（逻辑组织、技术写作）。	需额外学习（拍摄、剪辑、配音、剧本撰写）。
时间投入	灵活，可碎片化时间构思和撰写。	相对固定，制作1分钟视频可能需数小时。
起步难度	低。打开文档即可开始。	中高。需跨越制作门槛和“表演”心理关。

基于以上分析，一个高效且可持续的起步策略是：

第一阶段：以文章为核心，建立专业地基

主攻平台：在知乎、掘金或我的个人技术博客上，围绕我最硬核、最成体系的经验，写2-3篇深度文章。
目标：不求爆款，但求扎实。这几篇文章将成为我的“专业名片”，任何对我领域感兴趣的人看完都会认可我的实力。

第二阶段：制作“信息流短视频”

形式：无需复杂拍摄。直接使用 “剪映” 等工具的图文生成视频功能，将我的深度文章提炼成 “黄金三段式” 短视频：
- 开头 (3秒)：提出一个具体痛点。比如，“做AI微服务，工作流总是乱成一团？”
- 中间 (50秒)：展示我最核心的一张架构图/代码片段，并配上关键结论的AI配音解说。
- 结尾 (7秒)：引导去读完整文章。
发布平台：同步发布到小红书和快手。这两个平台对这类干货信息流内容接受度高，且能挂载原文链接。

1.2 💡 关键策略与心态

一鱼多吃
耐心积累
建立闭环

以上是AI给出的建议，我基本认可它的想法，不过现在，我还是决定先写文章，毕竟短视频的制作成本比较高。

2 写文章，摆在面前的路好像有很多条

住别人的房子（CSDN、掘金等）：方便是真方便，拎包入住。但规矩多，装修风格也不能自己定，总觉得不是自己的家。
自己买地盖房（买云服务器）：这控制权绝对满分，想盖成啥样都行。但得自己付水电费（服务器费用），还得跑一堆手续（备案），想想就头大。
找个免费空地搭帐篷（静态博客+免费托管）：嗯，听起来在成本和自由之间找到了完美平衡？就它了！暂时先选它，等有时间再扩展下其他方案。

3 静态博客站点部署工具的对比

经过一番（主要是询问AI、搜索引擎、论坛）探险，我找到了这几种主流的静态站点生成器：Jekyll、VuePress、Hexo。

同时也找到了几种主流的静态博客站点托管平台：GitHub Pages、Netlify、Vercel、Gitee Pages等。

并且进行了对比分析，整理了一份对比表格。

3.1 静态站点生成器对比

特性	Jekyll	VuePress	Hexo
核心语言	Ruby	JavaScript (基于 Vue)	Node.js
上手难度	中等，需熟悉Ruby环境	简单，尤其适合Vue开发者	简单，Node.js生态友好
构建速度	中等（随内容增多可能变慢）	快速	快速
主题与插件	主题和插件生态丰富	插件系统较小，专注文档	主题和插件生态非常丰富
核心优势	GitHub Pages 原生支持，集成最简。	技术文档友好，默认主题清晰，支持Vue组件。	社区活跃，主题极多，适合快速搭建美观博客。
主要适用场景	个人博客、项目文档、小型网站	技术文档、API手册、也可用于博客	个人博客、作品集

如果熟悉Node.js生态，用Hexo能快速搭建；如果想专注于技术文档，VuePress是绝佳选择。最终我选择了Hexo，因为我并非要写技术文档，只是想分享一些技术经验和思考。

3.2 技术文档站和个人技术博客对比

再啰嗦一句，技术文档站和个人技术博客的区别。简单来说，技术文档站是为“产品”服务的手册，而个人技术博客是为“个人”服务的日记。对比如下：

对比维度	技术文档站 (Documentation Site)	个人技术博客 (Personal Tech Blog)
核心目的	系统性说明：解释产品/工具/框架的功能、使用方法和原理。目标是降低用户使用门槛。	个性化表达：分享个人见解、学习历程、解决方案和思考。目标是建立个人品牌与连接。
内容性质	客观、准确、完整。类似“说明书”，强调权威性，通常与项目版本绑定。	主观、灵活、深入。类似“笔记”或“评论”，强调启发性、时效性和个人视角。
主要读者	用户、开发者、集成者。他们带着明确问题（“How-to”）来寻找答案。	同行、学习者、潜在雇主/合作者。他们被你的观点、经验或技术深度所吸引。
组织结构	树状、层级清晰。通常按功能模块、用户旅程（入门->高级）组织，有严格的导航和搜索。	时间线、标签/分类。通常按发布时间倒序排列，通过分类和标签关联内容。
写作风格	正式、简洁、一致。多用被动语态和陈述句，力求无歧义。通常有统一的模板和规范。	生动、自由、有个人特色。可以包含故事、猜想、失败经历和个人感受。
必备要素	API参考、安装指南、教程、故障排除、版本历史等。	个人简介、评论互动、订阅功能（RSS/邮件）、社交媒体链接等。
工具倾向	VuePress、Docusaurus、GitBook等，它们天生为文档设计，支持版本化、多语言、API自动生成等。	Hexo、Jekyll、Hugo等，它们主题丰富，适合时间流展示，侧重于写作和展示的便捷性。

3.3 静态博客站点托管平台对比

平台名称	核心特点 / 与 GitHub Pages 对比	免费情况与访问速度	主要适用场景
Gitee Pages	国内版GitHub，操作逻辑与GitHub Pages几乎一致。缺点：免费版对公开仓库有手动开启、强制审核等限制。	完全免费，国内访问极快。	个人博客、项目文档，希望零成本、快速起步的国内访问站点。
腾讯云 Webify / EdgeOne Pages	腾讯云的静态托管服务，与Coding（腾讯旗下）深度集成，自动化构建部署能力更强。EdgeOne Pages是较新的产品。	通常有免费额度，超出需付费。国内访问速度快。	追求自动化部署和更专业托管，或已在腾讯云生态内的项目。
Coding Pages	Coding.net推出的静态网站托管服务。集成在其DevOps平台内。	提供免费额度。国内访问速度快。	团队协作开发，需要将文档/博客与CI/CD流水线结合的场景。
Sealos / 云原生方案	通过容器部署静态网站，需要自行配置Nginx等。优点：控制权极高，可轻松扩展为全栈应用。	有非常低的成本（约每月3-5元）。国内访问快。	需要扩展性（未来可能加后端、数据库），熟悉容器技术的开发者。

我一开始选择了Gitee Pages，因为在中国访问比较友好，访问速度快，稳定性好。

但是，折腾了半天，才发现Gitee竟然停止Gitee Pages服务了！我的天老爷。最后，我想了下，还是决定使用GitHub Pages。因为现在大家都能科学上网，访问GitHub Pages也没有问题，访问速度也慢不了多少。并且它完全免费，适合个人起步。将来，如果对网站的控制权和未来扩展有更高要求（比如博客平台需要前后端配合），我会考虑迁移到Sealos，或者干脆直接迁到阿里云、腾讯云等云服务器上。

提升国内访问速度的解决方案：如果发现访客体验不佳，可以考虑以下方案：

使用CDN加速：将GitHub Pages作为源站，通过国内的CDN服务（如阿里云CDN）或提供全球加速的免费平台（如Netlify）进行加速，能显著提升访问速度。
考虑国内托管平台。

4 🚀 总结与下一步

重点选择生成器：Hexo（快速搭建博客）。
明确网络影响：用GitHub Pages托管，需提前了解其国内访问的局限性，并知晓CDN等优化手段。
高效结合：用生成器在本地写作（Markdown），用Git管理，通过GitHub Actions自动构建并部署到GitHub Pages。

最终，我锁定了黄金组合：Hexo + GitHub Pages。简单说，就是用Hexo这个工具把我写的Markdown笔记变成漂亮的网页，然后扔到GitHub提供的免费服务器上。

选它主要是因为：免费、和我的程序员工作流完美契合、逼格够高。虽然知道它在国内访问可能有点慢，而且不太容易被百度搜到，但先搞起来再说吧！

不过要提醒大家，Github pages 站点，百度理论上是不搜索的（如果介意这一点，最好不要使用它），谷歌和必应都能搜到，只要经常提交站点地图就行。这个后面会详细介绍。

好了，今天就到这里。下一篇文章，我会详细介绍，我是如何一步步部署好我的博客站点的。

后续补充：

实际测试下来，在没有科学上网的情况下，访问速度也挺快的。