网站上线那一刻，很多站长会有一种「大功告成」的错觉。真实的版本是：上线只是把网站放进了一个会持续变化的环境里——程序在老化、依赖在升级、访客的需求在变。维护做得好不好，决定了一个站是「长期资产」还是「数字废墟」。这篇给出三个低成本高回报的维护抓手。 一、监控：用最朴素的方式盯住可用性 个人站不需要昂贵的监控系统，两个免费手段足够：一是第三方拨测服务，每隔几分钟访问一次首页和一篇文章页，异常就给你发通知；二是自己写一个巡检脚本放在另一台机器上定时跑，检查 HTTP 状态码是不是二〇〇、页面里是不是含有预期关键词、数据库查询是否超时。发现问题的速度，决定访客对你的信任度——访客可以接受偶尔维护，不能接受挂了三天没人管。 二、日志：每周十分钟巡检 日志是最诚实的访客行为记录，也是安全事件的报警器。
站点做多了，内容搬运就成了最烦人的杂活：同一篇文章要发主站、发分站、发公众号，手动复制粘贴既费时又容易错。解法是给自建站加一套文章同步接口，让数据自己流动。这篇把我实战打磨过的接口设计要点讲清楚。 一、接口形态：批量写入加 JSON 接口就是一个普通的 POST 端点，接收一个 JSON 数组，每个元素是一篇文章的字段：标题、正文、描述、关键词、标签、分类名、发布时间、封面图等。批量设计的好处是一次请求可以同步一批内容，调用方攒够一批再发，减少网络往返。服务端逐条处理，最后返回统计报告：成功几条、更新几条、失败几条，失败的具体原因是什么。这份报告很重要，它让调用方可以精确重发失败的部分。 二、幂等：同步接口的灵魂 同步最怕重复——重试一次就多出一篇一模一样的文章，几轮下来列表全是双份。
见过太多自建站，上线时雄心勃勃，三个月后停在最后一篇文章。技术只解决「站能打开」，让站活下去的是内容。这篇聊聊内容运营的三件套：选题、写作、节奏。 一、选题：建立自己的选题库 最常见的断更是「不知道写什么」，解药是平时就攒选题库。来源有三个：自己踩过的坑——这是最有价值的素材，因为解法是实战验证过的；读者和朋友的提问——每个被问到两次以上的问题都值得写一篇；自己检索过的东西——为了搞懂一个问题查了半天资料，查完顺手整理成文，检索成本就摊销成了内容资产。 选题库里给每个题目标注类型：教程、记录、观点、工具。写不出现象文的时候就去写工具文，换换类型能显著降低疲劳感。我的习惯是选题库始终保有二十条以上的储备，写作永远从库里挑，而不是临场现想。 二、写作：结构先行，八百字起步 一篇合格的技术类文章，结构比文笔重要。
平台的网站有平台的安全团队兜底，自建站的一切都要自己负责。听起来吓人，其实个人站的安全就是几件朴素的常规事，形成习惯后并不费劲。这份清单按优先级排列，可以逐项打勾。 一、备份：唯一能救命的措施 其他所有措施都是在降低出事概率，只有备份是出事后的救命稻草。策略建议：数据库每天自动备份一次，程序文件每周备份一次，备份文件保留至少两份，其中一份放在另一台机器或网盘上——和网站同机的备份在主机挂掉时会一起消失。特别提醒：备份文件是敏感数据，绝不能放在网站目录下，否则一个下载链接就把整站数据送出去了。 定期做一次恢复演练，把备份导到测试环境跑一遍。没有验证过的备份等于没有备份，这句话值得写在服务器墙上。 二、防注入：不信任任何输入 SQL 注入是动态站最常见的漏洞，根源是把用户输入直接拼进了 SQL。
网站快不快，访客最先感知，搜索引擎也在乎。自建站的性能问题往往不是某一处代码慢，而是架构上没有缓存体系，每个请求都老老实实去查数据库。这篇分享一套我自己在用的性能优化方法：先分层缓存，再用压测验证。 一、缓存要分层，职责要单一 我的架构里缓存分三层：数据层负责把数据库查询结果缓存下来，展示层把整块渲染好的页面片段缓存下来，接口层再把外部调用的结果缓存住。分层的意义在于失效策略可以分开设计——文章更新时只需要刷掉相关展示块，不必清空整个站。缓存粒度过粗会导致「改一个字全站刷新」，粒度过细又会让键数量爆炸，按页面区块划粒度是实践里最平衡的选择。 缓存键的设计有两条铁律：一是键里必须包含所有影响输出的变量，比如分页页码，漏掉页码就会出现「第一页永远缓存」的经典事故；
自建站和平台最大的区别，就是没有现成流量。访客要么靠口碑传播，要么靠搜索引擎。对大多数独立站来说，搜索引擎就是最重要的免费获客渠道，所以 SEO 的基础功必须扎实。好消息是，基础功并不神秘，核心就三块：页面信号、内链结构、收录诊断。 一、页面信号：TDK 认真写 TDK 指标题、描述、关键词。现在关键词标签的作用已经很弱，但标题和描述依然直接影响排名和点击率。标题的写法建议「核心词 + 修饰语 + 站点名」，把最重要的词放在前面，控制在三十个字左右；描述用一到两句话概括文章价值，写得像一句真诚的推荐语，而不是关键词的堆砌。每篇文章的标题和描述都应该是手工打磨的，批量生成的模板句在搜索结果里毫无竞争力。 页面结构层面，一篇文章一个 H1，段落层级用 H2、H3 组织，图片补上 alt 描述。
自建站做到后期，几乎都会经历模板改造：设计稿画好了，要把它一比一变成网站页面。这个环节最容易出问题——不是做不出来，而是不知不觉丢了东西。分页条没输出、某个图标没跟上、meta 信息被简化，这类遗漏用户发现时往往已经上线很久了。这里分享一套我自己在用的转换流程，要点只有一个：把「完整性」当成硬指标。 一、先分析，后动手 拿到设计稿的第一步不是打开编辑器，而是把设计稿完整分析一遍，列出全部区块清单：头部导航、轮播、卡片列表、分页条、侧栏、页脚、每一个按钮和标签，逐项登记。这份清单就是接下来的转换目标。跳过这一步直接开工，是所有遗漏的根源——因为你的大脑会不自觉地「帮忙简化」设计稿。 二、按清单逐块转换 转换时严格按清单顺序推进，每完成一块就在清单上打勾。
程序选型是自建站绕不开的第一个技术决策。市面上常见的路线有三条：以 WordPress 为代表的开源动态程序、以 Hugo 和 Hexo 为代表的静态站点生成器，以及完全按自己需求写的自研框架。三条路线没有绝对优劣，只有合不合适。 一、WordPress：生态无敌，取舍在性能 WordPress 的最大优势是生态：主题海量、插件齐全，遇到问题搜索一下几乎都有现成答案。内容管理体验成熟，非技术背景的人也能很快上手。代价是动态架构天然偏重，每个请求都要跑 PHP 和数据库，流量上来之后必须配缓存，插件装多了还容易互相冲突。适合追求快速起步、内容更新频繁、希望后台编辑体验省心的用户。
决定自建站之后，最先碰到的就是三样基础设施：域名、主机、备案。它们不复杂，但每一样都有几个关键的坑，提前弄清楚能省下不少返工时间。 一、域名：好记比酷炫重要 域名优先选主流后缀，短、好念、好输入。很多人喜欢在域名里堆关键词，其实对搜索引擎的帮助早就微乎其微了，一个朗朗上口的名字反而更容易被回头客记住。注册商选择大平台，注意两件事：一是开启自动续费或记好到期日，域名过期被抢注的悲剧每年都在上演；二是注册信息要真实，涉及备案时会校验。 解析记录上，建议一开始就把 www 和裸域都配好，并确定其中一个为主域名，另一个做 301 跳转，避免搜索引擎把两个域名当成两个站，分散权重。 二、主机：先想清楚访问者在哪里 主机的选择核心只看一个问题：你的访客在哪里。访客主要在国内，就选国内机房，速度快但要走备案；
最近几年身边做内容、做小生意的朋友，几乎都遇到同一个选择题：继续留在平台里，还是自己做一个网站？平台有现成的流量，看起来省事；但规则是别人定的，展示位置是别人排的，哪天调整一次算法，辛苦攒起来的访问量可能一夜归零。自建站的意义，首先就是把这份主动权拿回自己手里。 一、自建站到底解决什么问题 第一个解决的是沉淀问题。在平台上，访客是平台的用户，你只是借用的关系；而在自己的网站里，每一篇文章、每一个访客、每一条留言，都实实在在地落在你自己的数据库里。域名是你的，数据是你的， 历史 记录也是你的，换主机、换程序都不伤筋动骨。 第二个解决的是呈现问题。平台的页面模板千篇一律，想突出自己的风格往往没多少空间。
