最近琢磨着把手头那些零零碎碎的笔记和实践记录都理一理，不能老是躺在本地硬盘里吃灰，我那些朋友老是问我某个小工具怎么搭的，某个配置怎么弄的，每次都得重新说一遍，烦都烦死了。那会儿我就想，干脆弄个地方，一次性全扔上去，以后谁问就甩链接过去，省事。
第一步：为什么非得自己建官网？
一开始我是想直接用那些现成的博客平台，毕竟省事。但是那些平台限制太多，模板也乱七八糟，最关键的是，我有些日志内容只适合内部查看，不想被搜索引擎抓到。找来找去，我决定了，干脆自己动手搞一个，完全由我说了算，要多简单就多简单。
取名字这事儿就花了我好几天。我不想搞得太技术，太冷冰冰，就想找个安静点的词。最终定下了“凪光”，意思是风平浪静下的微光，挺符合我记录那些不温不火的小项目的状态。这个名字定下来，官网的基调也就有了，要简单，要快，不要花里胡哨的。
第二步：动手搭架子，不折腾技术栈
我差点又掉进自己挖的坑里，想着要不用个新潮的框架写个全套SPA（单页应用）。但转念一想，我这不就是个记录日志的博客吗？要那么复杂干嘛我赶紧踩了刹车，还是决定用那个大家都说简单的静态生成器。具体是哪个不重要，反正就是一套把Markdown文件直接变成HTML的玩意儿。这样维护起来，我只需要写好笔记，丢进去，运行一下，新的网页就出来了。
我抠了抠头，先抓了几个核心的Markdown文件，主要是关于我最近搞的那个服务器优化脚本的。把它们扔进生成器里，一跑，最基础的框架就出来了。但是丑得要命，排版简直是灾难。
第三步：折腾排版和日志机制
排版这块儿我啃了好一阵子。我是个码农，不是设计师，硬着头皮改了那个默认主题的CSS，把颜色调得舒服一点，把字体大小放大。我要求不高，能让人看得清字就行。核心逻辑是把所有更新日志都放到一个专门的路径下，命名方式也统一了，用日期加简述，这样以后维护起来就轻松了。
- 我确定了日志格式，必须要有明确的日期和版本号，方便回溯。
- 我实现了一个首页的卡片展示，把最近三条日志抽出来，让访客一眼就知道最近更新了
- 我清理了所有不必要的JavaScript脚本，把那些没用的分析和动画全删掉了，让加载速度快到飞起。
搭建期间遇到的最大问题，就是部署。我之前总爱用自己的小服务器，但这回想着要“官方”一点，就咬牙决定用现在流行的那个云托管服务。配置这东西，我折腾了两晚上，DNS解析、CDN缓存，这些东西第一次搞得我脑壳疼。但是一旦跑起来，那速度，真的比自己那台破机器快太多了。
第四步：正式上线和总结
网站跑通之后，我赶紧把那几十篇实践笔记整理好，一股脑儿地灌了进去。现在打开那个官网，看到自己那些成果条理分明地摆在那儿，心里踏实多了。以后我的工作，就是定期抓取新的实践记录，扔进这个系统，然后发布新的版本。这回建站的经历，让我深刻体会到，技术栈的选择真的要看目的。像这种单纯的内容展示，用最简单的方式去实现，才是最省心省力的。现在官网跑得好好的，我终于可以喘口气，继续去搞我那些奇奇怪怪的小项目了。