这是「把自己部署到互联网上」系列的第一篇。
我准备用这个系列，完整记录一个普通程序员从 0 到 1 搭建个人博客、配置服务器、购买域名、完成备案、部署项目、接入 HTTPS、处理对象存储，最后把博客延伸成个人品牌入口的全过程。
在真正开始买服务器、配环境、写部署脚本之前，我想先回答一个现实的问题：
大模型都发展成这样了，程序员还有必要搭建个人博客吗？
毕竟现在能发内容的平台太多了。微信公众号、掘金、知乎、B 站、小红书、即刻、GitHub、知识星球，每个平台都能承载一部分技术表达。对于大多数程序员来说，写文章已经不一定非要有一个自己的网站。
那为什么还要折腾个人博客？
我一开始也觉得没必要
很长一段时间里，我对个人博客的态度都比较摇摆。
一方面，我知道程序员应该沉淀内容。项目经验、踩坑记录、技术总结、工具使用、源码阅读，这些东西如果只留在脑子里，很容易过一段时间就忘了。
另一方面，我也会觉得：
- 公众号不是也能发文章吗？
- 掘金不是更容易被技术读者看到吗？
- GitHub README 不是也能展示项目吗？
- 自己搭博客是不是太折腾了？
尤其是当你真的开始做的时候，会发现搭一个个人博客并不是注册个账号那么简单。
你可能要买域名、买服务器、做实名认证、填 ICP 备案、配置 DNS 解析、初始化服务器、处理防火墙、安全组、Nginx、HTTPS、Docker、数据库、对象存储、静态资源、备份和监控。
光是这一串词，就足够劝退不少人。
所以，如果只是想偶尔写两篇文章，个人博客确实不是最低成本的选择。
但后来我慢慢意识到，个人博客的意义，不只是「发文章」。
平台账号是阵地，但不是地基
公众号、掘金、知乎这类平台很重要。
它们有现成的读者、推荐机制、搜索入口和社交关系。对于内容传播来说，平台账号一定要做。
但平台账号有一个天然问题：
它们更像阵地，不太像地基。
你可以在平台上输出内容，但平台规则、展示方式、推荐机制、账号权限、内容分发，都不完全由你控制。
今天某个平台适合发长文，明天它可能更鼓励短内容。今天某个账号能获得推荐，明天算法一变，阅读量可能就完全不一样。你当然可以适应平台，但你很难真正拥有平台。
个人博客不一样。
它可能没有平台流量那么直接，但它是你自己控制的地方。
域名是你的，内容结构是你的，页面样式是你的，文章归档方式是你的，项目展示方式也是你的。它不像平台账号那样依赖外部规则，而是一个更长期、更稳定的个人数字资产。
对程序员来说，这一点很重要。
因为我们本来就习惯构建系统，也应该为自己构建一个长期可维护的技术阵地。
个人博客不是过时了，而是角色变了。
如果回到十几年前，个人博客可能是很多程序员表达自己的主要方式。
但到了 2026 年，个人博客的角色确实变了。
它不再是唯一的内容发布渠道，也不一定是最高效的涨粉工具。
它更像是一个中心节点。
你可以在公众号发文章，在 GitHub 放项目，在掘金写技术教程，在 B 站录视频，在小红书发轻量内容，但这些内容最后都可以回到你的个人博客和个人官网上。
个人博客承担的是另一种价值：
- 长期归档你的技术文章
- 系统展示你的项目经历
- 承载你的个人介绍和联系方式
- 形成一个可搜索、可访问、可分享的个人入口
- 让别人通过一个地址理解你是谁、做过什么、擅长什么
这和在平台上发内容并不冲突。
更好的方式是：平台负责分发，博客负责沉淀。
对程序员来说，博客也是作品
很多人一提到个人品牌，就会下意识想到包装、营销、涨粉、变现。
但我更愿意把程序员个人品牌理解成一件更朴素的事：
让别人能够看见你真实做过什么，并且愿意相信你能继续做好。
不是所有程序员都必须搭个人博客。
从这个角度看，个人博客本身就是一个作品。
它不只是文章列表。
它背后包含了很多能力：
- 你是否有持续输出的能力
- 你是否能把复杂问题讲清楚
- 你是否真的做过项目部署
- 你是否理解服务器、安全、证书、域名、工程化
- 你是否愿意把经验沉淀成别人能看懂的内容
这些东西不会在简历里完全体现出来。
但一个长期维护的个人博客，可以让它们被看见。
当然，博客不一定非要自己从服务器开始搭。你可以用静态站点托管，可以用现成博客平台，也可以用 Notion、语雀、GitHub Pages。
但对我来说，这次我想从更底层一点的位置开始做。
不是因为这样最省事，而是因为我想完整走一遍：一个程序员如何把自己的技术阵地真正部署到互联网上。
不是所有程序员都必须搭博客
不是每个程序员都必须搭个人博客。
如果你现在只想专注工作、学习基础、准备面试，或者没有长期写作的计划，那完全可以先不做。你可以从公众号、掘金、GitHub README 开始，先把内容写起来。
个人博客更适合这些人：
- 想长期沉淀技术文章的人
- 想打造个人技术品牌的人
- 想展示项目和作品集的人
- 想拥有一个自己可控的内容阵地的人
- 想完整实践服务器、部署、域名、HTTPS、Docker、Nginx 的人
- 想把自己从「只会写代码」推进到「能独立交付一个线上系统」的人
如果你属于其中一种，那么个人博客仍然值得做。
它未必能立刻带来流量，但它会慢慢积累信任。
而信任，是个人品牌里最不应该速成的东西。
我为什么决定现在开始做
我决定做这个系列，不是因为我已经把所有事情都想明白了。
恰恰相反，是因为我发现自己之前有太多经验都停留在零散笔记里。
我做过配置，踩过坑，查过文档，也解决过问题，但这些东西如果不整理出来，很快就会变成一堆模糊记忆。
所以这一次，我想把过程完整记录下来。
不是写一套标准教程，也不是讲一堆个人品牌理论，而是用真实的实战日志，记录我怎么一步一步把自己的个人博客搭起来。
这个过程里会有很多具体问题：
- 服务器怎么买？
- 域名怎么选？
- ICP 备案怎么填？
- 为什么不要一直用 root 登录服务器？
- 防火墙和安全组到底是什么关系？
- Conda 和 Docker 到底该选哪个？
- Nginx 应该装在系统里，还是放进容器里？
- HTTPS 证书怎么申请和部署？
- 对象存储怎么配置？
- 博客项目怎么部署？
- 个人官网和作品站又该怎么做？
这些问题看起来都很技术。
但它们背后共同指向一件事：
我想给自己搭一个长期、稳定、可访问、可维护的技术阵地。
这个系列写什么
这个系列暂定叫：
把自己部署到互联网上。
它会围绕「程序员个人品牌建设实战」展开，但不会只讲品牌概念。
我会先从个人博客开始，因为博客是最适合程序员的起点。它能承载文章、项目、踩坑记录、学习路径，也能慢慢延伸成个人官网和作品站。
后面大致会分成几个阶段：
- 为什么要做自己的技术阵地
- 云服务器、域名和备案准备
- 服务器安全初始化
- Docker、Docker Compose 和部署架构
- Nginx、HTTPS 和统一入口
- 对象存储和静态资源管理
- 个人博客部署上线
- 从博客延伸到个人品牌官网
- 全流程复盘
我会尽量保留真实过程，包括做对的地方，也包括想错的地方。
因为很多时候，真正有价值的不是最后那条命令，而是中间为什么走到这一步。
写在最后
所以，2026 年了，程序员还有必要搭建个人博客吗？
我的答案是：
如果只是想快速发内容，不一定。 如果想长期建设自己的技术阵地，很有必要。
个人博客不是过时的工具，它只是从一个单纯的写作平台，变成了程序员个人品牌的基础设施。
它不会替你自动带来影响力，也不会让你一夜之间被很多人认识。
但它会给你一个稳定的地方，用来沉淀文章、展示作品、记录成长、承载信任。
对我来说，这就够了。
接下来，我会从最实际的一步开始：
买一台云服务器。
因为在把自己部署到互联网上之前，总得先有一台真正属于自己的机器。
本文由 楸木 原创，转载请注明出处。