有个新闻，我这一年闲聊时经常提起。从各方面都切合了我的审美。

2022 年 12 月 18 日，乌克兰国防部在 twitter 发文，感谢来自 52 个国家的军事及个人援助，视频中列出了这些国家的国旗。其中，没有大陆的五星红旗；有台湾、有香港，而代表香港的旗子，是时代革命运动中的黑紫荆旗。

（视频里有 8×7=56 面旗子，推文里说是 52 个国家，其对应关系，大家有兴趣可以连连看。）

随后，香港官方各种抗议，具体后续不了了之。原始的推文已经被删除。

这些国旗的出现，可以追溯到 2022 年 6 月，在基辅独立广场（Maidan Nezalezhnosti, Kiev）上的一个展示项目。

从网上搜的图片可以看到，中间有一小段时间，是已经挂上了台湾国旗，但还没有挂上黑紫荆。第一批在乌克兰参加志愿者的台湾导游「莊育瑋」，也在这个期间，就去合影。

后来黑紫荆旗怎么挂上去的，无从考证。但是很容易想象：有个来自香港的家伙，也在乌克兰做志愿兵，看到挂了台湾旗，就跑去说：我来自香港，所以你们也要挂香港的旗帜啊，就挂黑紫荆吧！

这个事情让我觉得很嗨的原因，在于：以往涉及国旗的场合中，那些对于个体，构成被迫的身份绑定，甚至是负担的层面，在这个事件中，消失了。参战的志愿者，可以凭借自己的意愿，来决定我所属的「国家」的旗帜，应该用什么样的方式展示。

而且，我们经常面对的，同一类身份的人，在另一个层面上意见不一致，而带来的割裂感，这里似乎也消失了。

就是说，理论上会有这样的情况：一个爱国小粉红，也去乌克兰参战，看到这种场面，坚持要改成五星红旗、或者红紫荆旗，怎么办？——但现实中，真会有这样的人，去乌克兰参战吗？没有啊。只有几个脑残，跑去俄罗斯那边当炮灰。

即使有中国大陆籍贯的人，在乌克兰做志愿者（我相信是有的），也不介意国旗被改成什么样吧。这样的人，看到黑紫荆旗，会与之争吵吗？不会的啊。大概只会为此感到欢乐。

这种在现实层面实现的同温层过滤，感觉很好。

因为前一段时间发现Typecho的安全性不佳，所以我就投入了静态博客的怀抱。趁着自己心血来潮，就想着赶紧把博客数据啥的全部迁移到Hexo去。不然过段时间我又懒得迁移了。而且我Typecho的主题原本就是从Hexo移植过来的，这样也省去了主题移植所花费的时间。

前几天就开始了我的博客迁移，迁移过程中我就直接把域名解析直接暂停了，如果这段时间有人访问我的博客的话，估计会发现上不去。然后我来介绍一下我其中遇到的坑。

文章永久链接

博客用Typecho的时候，链接是https://qiuri.org/xxx.html这样的形式，但是在Hexo中你要设置成这样的话，会很麻烦，而且我也不太想再沿用这个链接形式。

如果放弃原有的方式的话，就要考虑网站收录的问题，那么就得把原有的链接301重定向到新链接，这样才能让搜索引擎知道你更换了链接。不过对于我这种懒人来说，网站收录排名什么的都是不存在的，所以这只是算一个小坑。

评论

评论在我思索片刻后选择了disqus。因为周围人都是用这个的，而且我一直对这个评论框架抱有好感。

Typecho可以直接调用别人造好的轮子直接导出，然后导入disqus就好了。然后导入之后就遇到很多问题了。

国内用户访问问题（墙）

本来想着不搞的，因为无论什么方法，实现起来都会有一些不足的地方，想着直接调用就完事了。不过后来觉得不是每个人都会翻，或者说需要翻，所以就采用了周围博友都用的方式，就是disqus-php-api这个方式。这个也应该是我能找到最好的方式了。

我把这个程序的后端部署在了香港的腾讯云上面。这样的话速度稍微会快一点，采用的模式是同时加载两个评论框（国内简易版和国外完整版），如果能加载到国外被墙版本的话，就显示完整的国外版，否则显示简易版。我看了下周围人的博客，发现@小F实现的非常好，用了按钮来区分，不过我这种前端渣渣兼懒人就用最简单的模式了。

导入后的评论文章链接对应问题

disqus的评论是用文章链接来对应每个文章评论的，迁移前后文章链接不对应，这就导致了无法在新的博客系统中加载旧的评论，解决方法十分暴力，直接对照者新博客网站改链接就好了。

当然disqus还有不少坑

• 无法删除某篇文章的评论（discussion），只能合并到另一个discussion里面
• 有时候本地开启Hexo测试的时候会不经意间自动创建discussion
• 评论邮件通知回复还没有测试，希望这个不要又来坑

图片存放问题

我之前博客的图片都是放在又拍云里面的，Hexo的话我不太熟悉它的运行模式，毕竟还没用多久，图片的具体存放格式我还没想好，只是心里面想着先用日期区分。

博客备份

Hexo的源文件都在本地，而且Hexo最好的备份方式就是备份源文件，而源文件的备份用Git备份比较友好，所以我在Github上创建了一个仓库来专门存放源文件，这样就算换了电脑也可以轻松部署回去。

如果是多平台写作的话，我推荐再用Dropbox同步文章的markdown源文件，这样多平台写作也非常的有效率

主题

之前说了，我原本主题就是从Hexo这个开源主题过来的。但是因为对Hexo的这套系统语法不是特别熟悉，也就稍微看了下文档这个样子，暂时还没去深入了解，主题方面和以前相比做了一些小调整，包括但不限于字体，首页文章背景等，总体来说相对以前来说，变得好看了一些。

建立长久博客的一点心得

谨慎选择插件和博客所依赖的服务

换过博客系统的人就很容易知道，原先博客为了显示的更加漂亮直观或者为了提供更多的功能，会安装很多插件，这些插件在系统变迁的时候不能好好的迁移过去，就导致很多功能的缺失。这样处理起来的话，是非常繁琐的。

举个例子

• 调用了第三方网易云音乐播放器插件
• 评论调用了第三方表情
• 使用了第三方播放器插件

以上这些在迁移博客的时候，或者在文章发布时间过了很长的时候，就会让原本想呈现给别人的文章变了原有的样子。所以，在选择每一个插件的时候尽量谨慎小心，因为你选择了这个插件并用上了，那么你的博客的一部分功能就得依赖这个插件。换言之我们所依赖的服务能少就少。比如我选择了disqus是因为它在评论框架里面是相对最稳定的（不容易跑路）。

编辑器的选择

每个博客都会有很多编辑器，有很多编辑器集成了很多功能，比如可以添加表情，做表单之类。市面上的编辑器数不胜数。其实我个人倾向于选择一个好的，更加现代化的方式，就是运用标记语言来书写自己的博客文章，这样某个博客系统支持这个语法的解析，那么就能长久的保持使用下去。其实说了那么多我就是想推荐Markdown来写博客。好处就是因为是近几年才流行起来的，不至于这么容易淘汰，而且用了之后你就发现比那些HTML语言实现的编辑器不知道高到哪里去。

文件备份及管理

图片和文章的存放位置及最好做到心中有数（建议有一定规律的去存放），定时备份博客的重要数据和文件这个就不必多说了，如果使用了图床，七牛，又拍云等等的加速，文章里面所含有的图片链接形式要搞清楚，以防止到时候不用这些服务的时候图片，文件链接转换不回去。

其实大概也就是随便扯扯一些个人的经验，只是凭感觉写的，非常随意，如果有什么地方写错了或者写的不妥当你就当随意看看就好。

我个人是比较喜欢简单，清新的博客的，让别人看起来非常舒服的博客。说到最后，其实还是你有没有这个心，或者说喜不喜欢这样子去搞下去，如果喜欢的话那么大概率是可以坚持下去的。

最后，我这个人最喜欢在重要的时候折腾一些有的没的的事情，比如在考试周疯狂折腾博客。