换回原生评论系统，以及近期折腾总结

最近好像又回到了以前折腾博客的时候，好怀念的感觉。每天早上叫醒我的不是闹钟不是坡坡也不是豆哥，而是来自博客的呼唤🤣。玩博客玩出了心流，内心感到十分满足。虽然自由时间大不如前，但能挤一点是一点，鲁迅诚不欺我，而我也逐渐修炼出使用零碎时间写作的能力。这阵子除了折腾评论系统，我还断舍离了好多东西，就一并更新了吧。其实写这类博文也是断舍离的一种形式，我真的是好爱！

从Waline到原生评论

上周给博客换上Waline之后，一下子留言暴增，看来我的读者们苦Disqus久矣。这厢Waline还未完全调试好，那厢我又试起了FarBox原生评论。我记得今年4月倒腾评论的时候测试过收不到新评论通知和评论回复通知，也跟同是FarBox元老级用户的好友小F沟通过，一致认为原生评论“有缺陷”。但即便如此，小F还是早早就从Disqus转回了原生，而我则选择了维持现状，继续使用Disqus。成年人的决定好难做，在尚未完全下定决心之前不宜轻举妄动，但内心已然种下了一颗种子。于是此次趁着更换评论的机会我决定再次测试一下，没想到发现评论通知好了！我一个大喜过望，天平一下子就倾斜了。我仔细想过个中缘由，发现它其实是个老问题——全能or简洁，哪个更适合我。无疑，Waline类功能全面，当然可以按照我的想法进行改造，但对于那些我没有用到的功能，我觉得有点点累赘。这也是为什么我钟情于Cusdis，为什么从WordPress搬到了FarBox。Waline跑起来之后，即便使用了他们提供的转换工具，Disqus上的旧评论仍然需要修改后才能导入，更别提Disqus不记录邮箱和网址。既然都需要人工的介入，Waline和FarBox在迁徙评论这件事上便无高下之分了。彼时我之所以选择了Waline是因为——一来，原生没有评论通知；二来，Waline以JSON格式按照发布时间保存，which我觉得比较符合我的想法。

另一方面，每篇文章不一定都有评论，文章本身有自己的发布时间，按照时间排列无可厚非，但与之绑定的评论却有可能来自遥远的未来，所以将评论也按照文章时间排列似乎不够理想，所以我还是倾向于按照评论发布的时间进行排列。
（摘自「更换评论系统——从Disqus到Waline」）

但当我按照这个想法开始实践之后，我发现Waline的评论修改起来还是比较费劲，而且又发现了新问题——Waline后台导出再重新导入后，objectId pid rid会发生改变，导致@没法跳转至相应id。令人欣慰的是，作者回复说下个版本会修复，而我也查到他们在准备更新一波大的了！只不过有了上次等Cusdis 2.0的经验，加上我认为我确实不需要那么多功能，况且Waline加载有点儿慢（相比于原生），而FarBox原生评论的处理方式又特别深得我心——我指的是它们对于回复某人的定位不是一串随机字符，而是邮箱+发布时间，这么一来不仅不需要另外引入一个key，而且value还可读，就真的很巧妙，反正我这种外行人看得津津有味。既然FarBox的评论回复好了，metion也能同步评论文件回来，算是解决了备份问题，而Waline又要等，评论迁徙也差不多麻烦，那么干脆all-in-one吧。

做好决定之后我立刻在FarBox后台改起了评论，本来还钟情于以年为单位归档，但手动修改之后发现还是FarBox以文章为单位的更好管理。我很快将Waline上的评论导入了FarBox，至此「Waline一周游」也结束了（Twikoo：五十步笑百步🙄）。另外重点感谢一下Waline的转换工具，转换之后的JSON可比Disqus的XML好读太多了！

Waline笔记

怎么说我也是认真研究过的，通读文档，仍旧踩坑不少，所以还是留点笔记，也算留条后路吧。当然说拜拜也是干脆得很，同挥别Twikoo一样，我已经将相关账号全部删除干净，还附带整理了一下Chrome里保存的密码。

• 部署：Deta一键部署，自带数据库，支持自定义域名，支持数据导出，还免费！
• 邮件通知配置：这里要注意「发送通知的邮箱」和「接收通知的邮箱」的区别。因为我在Cloudflare上设置了自定义域名转发至Gmail，所以当我将「发送通知的邮箱」设置为Gmail，而将「接收通知的邮箱」设置为域名邮箱后，我收到的新评论通知通常是Cloudflare发给我的「呀你的转发又被Gmail吞啦」提醒。不过这也没关系，反正Waline后台都能查看并回复。详细设置请参考：「Waline 使用 Gmail 发送邮件通知」、「从 Valine 迁移到 Waline」。题外话，我顺手查到了「個人域名郵箱免費方案」。

整理网盘

给博客的断舍离进行到「唱歌」文件夹了——

接下来我会慢慢整理「原创」和手机里的录音，备份在Google Drive里的「唱歌」文件夹也将不再更新，移至iCloud封存。
（摘自「唱歌」）

于是我到iCloud Drive里转了转，发现同步还是有问题，一直显示63个文件上传中，但一直传不完。关键是根本没有更详细的信息，既不知道是哪些文件没传上去，也不知道到底是进行中还是卡住了。我估计是后者，因为63这个数字已经持续了很长时间了，不管我如何移出移入文件进行测试，这个63就是坚持不变。行吧，好在我开了保留本地选项，备份所有文件后清空了iCloud，为了确认同步完成甚至开了网页版iCloud。然后按照之前的经验登出再登入，重新放入文件并同步，终于得到了全部同步完成的绿色小标标。同步成功后我自己也给文件夹名称里加了个勾，表示这货经确认已经同步完成，今后不管是63还是其他数字都与它无关。不论如何，吃一堑长一智的我总算找到了勉强跟Windows系统中的iCloud和平相处的方式，只要打开「始终保留在本地」就不会被iCloud以减轻负担为名删除本地备份，起码电脑里的文件都健在，同步抽风也不影响，不会因为下载失败而消失。整理好iCloud，我又不放心地去瞅了瞅Google Drive并打开了「离线可用」。这下应该能安心了！网盘用得也太卑微😭。

网盘主力是Google Drive (100G)，副主力是iCloud Drive (50G)，日常只需要维护前者，简简单单，清清爽爽。
（摘自「网盘整理」）

按照以上方针重新分配了网盘存储内容，Google Drive放置「摄影」和「坡坡写真」，iCloud分了大类——「Archive」放不再更新的归档文件，比如被断舍离掉的「设计」、「唱歌」等；「Backup」放更新频率极低的文件和参考文件，比如「简历」、「探亲签证」等；还有些不能说的秘密（e.g. daobanruanjian），存着省得再找。

足迹地图

我一直使用Google My Maps做足迹地图，后来因为想要更多自定义，所以查了其他方法。

• BEEN EVERYWHERE
• jVectorMap
• Mapbox

自定义意味着折腾，BEEN EVERYWHERE最好上手，但它旨在记录，没法加上游记链接。jVectorMap相对容易，但要加上链接还需要一点trick（进阶版）。Mapbox最自由，但我学不会。于是我换了一个搜索方向——能否自定义谷歌地图，发现谷歌也提供API，好像跟Mapbox差不多折腾，遂放弃。但与此同时我找到了更改Google My Maps的一些tricks，暂时决定先这么办。毕竟一切从简是我的宗旨，更何况我觉得简单的有时候其实也不简单，那更别说难的了，根本折腾不动。

其他

整理网站相关代码

本来我打算直接着手制作新设计，但新东西就是很容易节外生枝，跟我那些没来得及整理的reference网页混在一起，惨不忍睹。所以我决定先把旧东西整理好，也能给新东西让让空间，也包括我的大脑空间。于是我把散落在各处的网站相关代码都理了理，一股脑儿全丢GitHub上了，不愧是代码仓库，好用！

关停各种账号

除了跟Waline有关的Deta以及之前提到过的PayPal，我还删了Google Analytics和Google AdSense。本以为每个月给我发邮件的是Google Analytics，仔细一瞧发现是Google Search Console，遂又去整理了一番，只留下现域名shuiba.co。另一方面，我用Umami做为统计替代，页面简洁，设置简单。至于Google AdSense，里面好像还留着“上世纪”剩下的一些佣金，但又没达到取出额度，故一直放着。但我已经很久没放广告了，毕竟不太美观，也不靠它赚钱，所以这次干脆舍弃了。

唯一仅用的SNS——Instagram一度被我当作个人作品集，曾在我找工作时出了些绵薄之力，但后来我发现维护也挺耗精力，故而停更了。最近我将它设置为了私人账号，除了原有的关注者，不再对外可见，算是彻底say goodbye了。可能有人会问为什么不是删除账号，大概我觉得前期经营也挺用心，舍不得删。也可能将来会被临时cue出来再给我的简历锦上添花。

301重定向

不知道你们注意到了没，域名从二级换回了一级。自从2012年将博客与主页分开之后，博客域名经历过二级目录→二级域名，基本上这十年一直都是分而治之的。本来我考虑主页为个人品牌，博客为私人爱好，但这么多年了，个人品牌好像没怎么用到，私人爱好也越来越“上得了台面”（其实是我自己不再觉得不好意思，而更愿意分享），所以这次我为了减少工作量合并了主页与博客，主页(chen yan)是我，博客(shuibaco)也是我，线上身份彻底统一。

彩蛋

好友阿良，那个曾经给我画过饼的女人，前两天连发几条微信说梦到我给她安利一款超级棒的博客程序——轻量、支持md、自带评论、一键部署、发布方便、跨平台支持……总之确实就是梦里才会有的东西，然后正当她准备看看到底叫什么名字的时候，她醒了，她醒了！她心里那个不爽快啊，就来“攻击”我，说好歹让她看到名字可以去搜一搜呀。我问「会不会是你那即将面世的博客程序？」，她答「文件夹甚至都没建好」。

好友小F，可能和我是FarBox 2.0官方托管的唯二两人，竟然在2021年4月就用回了原生评论（我咋一点没发现呢？是不是忘了啊）。因为我最近在折腾评论，就跑去找她频繁地聊了起来。我俩一致认同动态博客数据库好是好，但是对于我们这种有“洁癖”的人来说反而麻烦；而静态博客发布太繁琐，对于持续产出的人来说是个不小的累赘，有点本末倒置了。她的预测加上我的观察，似乎静态博客圈开始略显疲态。

我以前提到过flat-file CMS——

我当初出坑WordPress入坑FarBox就是因为比起令我一头雾水的数据库，一份份干净整洁的markdown文件带给了我更多的安全感。尝到甜头之后我便一发不可收拾，再也看不上冗余的动态博客，也对静态博客的繁琐命令感到厌烦。最近我终于明白Hepo说的「FarBox不是静态网站」，因为静态网站生成器的工作简单说来就是将md按照设置好的模版转换成html再发布到服务器上。而FarBox如果要给它一个定位，我想应该是Flat-file CMS。也难怪我跟阿良沟通静态博客机制的时候出现了认知偏差，我认为文章在本地被渲染后上传到服务器，而她认为是文章上传到服务器后被渲染。这其中的差别就在于，魔法到底是在本地还是在服务器上运行。所以其实我们都没错，我说的是SSG sites，她说的是Flat-file CMS。搞清楚这点之后我也终于明白，如果要找FarBox替代，我不应该去找SSG，而应该去找Flat-file CMS。
（摘自「翻修个人网站」）

我觉得FarBox的概念可能在当时来说过于超前了，很多人没有意识到它的好。大家被静态博客的“高大上”和简洁快速的结果所裹挟入了坑。诚然，为了学习和折腾建立网站无可厚非，倘若是真正想要持续写作的人，相信静态博客的发布会耗尽你的耐心。

我不后悔离开WordPress，即便现在WP的官方托管成为了我的唯一指定后路。同时我也庆幸在筛选静态博客系统的时候遇到了FarBox，虽然它严格来说并不是，但我体验到的是比静态博客更好的使用感受。

@Damon的留言说得很好——

当初我一直使用Hugo的时候，我也觉得，一个个md文件，一张张图片，都放入一个文件夹，执行hugo命令，传到github或者云存储，这安全极了。
 
直到2023年8月，我突然我发现，我怎么也陷入了这样的“眼见为实”的怪圈，那一个个md文件，只是一串二进制数据，与数据库的区别就是，md文件就像我放在家里的一捆捆现金，而数据库其实就是一个专业的银行，数据一直在那里，只是我们看不到、看不清楚的时候，会有恐惧感产生。
 
数据库的备份甚至只要点击一下导出，一个.sql文件里包含了你所有的数据记录，这比一个个md更方便，更容易管理。
 
当你想把数据库的源数据转成json、又或是转成xml、又或是csv、甚至是转成.md文件，只要这个.sql文件在，就只是编写一个脚本的事情，这件事即使对于不懂技术的人来说再难，起码对于身边懂技术的人来说极其容易。

本来我以为，因为数据库里的东西我看不到也看不懂所以才觉得不安，后来我想通了，说到底这其实是个人喜好问题。我把博客视为我的日记本，日记本就是一页一页看得到也摸得着的。所以如果你告诉我我的日记现在是以一种我读不懂的形态存在于我看不到的地方，但我想读的时候可以拿出来然后加入些魔法药水就能变出来，我觉得我是不希望拥有这种高科技日记本的。也许随着年龄的增长，我越来越信赖看得见摸得着的东西，从digital到analogue，我越来越务实。对于新东西，我还是乐意去尝试，但我做决定也更加干脆，因为我非常明确地知道自己想要什么不想要什么，行就行，不行就不行，大道至简。

后记

小F告诉我，因为metion的同步问题，她现在已经没在用了。我问她是否跟我一样绑定了Dropbox，她说不，她现在直接在本地写好md，然后在FarBox后台复制粘帖。评论也是，需要修改的话在后台点几下就好了。我听后一个恍然大悟，突然意识到FarBox它有后台！这就意味着只要有浏览器，我在任何平台都能打开并发布或修改。以前我纠结过如果官方托管结束了我必须要自部署，那么没法绑定Dropbox的我只能用命令发布文章。小F的话点醒了我，其实一直都很简单，是我自己想复杂了。我突然觉得好幸运，遇到了审美相似的创造者，得以享受符合自己想法的工具。

我其实非常了解喜爱折腾的那种跃跃欲试的感受，我曾经也是如此。我也十分感谢过去那个爱折腾的自己，虽然年轻时“处处留情”，但也因此收获了不少珍贵的经验，有了它们，现在的我才能那么果断干脆。成长就是这样的，探索更大的世界然后不断地做加法。而现在热衷于做减法的我仍然喜欢探索世界，毕竟有些新东西是真的泰裤辣！