在 GitHub Issues 写博客也面临数个问题：

1. 图片的插入，采用第三方 Issues 客户端时图片并不会上传至 GitHub 服务器，而是三方客户端的服务器，这显然增加了图片丢失风险；
2. 借助 Mirror 呈现内容在博客 blog.tangxiaozhu.com 地址，但搜索引擎只能检索到 Issues，这并不是我想要的；
3. 数据的备份也是个问题，虽然利用 IFTTT 进行备份，但格式错乱且只能备份每一篇 Issues 第一次发布时的内容。

因此，我决定重启 GitHub Pages，并将博客同步到多个平台，原来不愿意这样做是手工太累，但现在可以一键同步的工具越来越多，也越加好用。

此外，我决定不再随意修改已发布文章，这也是最后一次更新本文。今后对待每一篇博客都要严肃认真，要做到我之出品，必为精品，一旦发布除非有错别字、格式错误等问题，绝不修改。内容过时问题是我之前担忧所在，现在我也有了新的想法：写文章时标注好内容适用范围，即便未来过时了，也不失为一种历史参考资料，代表了过去的回忆。

更新于 20170927 19:14:48

也许对博客相关的事情折腾够了，或者是觉着我这种以分享为目的的独立博客也没必要再折腾了，所以我开始使用 GitHub Issues 写博客了，然后展示在 blog.tangxiaozhu.com 即我的博客网址。一番复杂之后，又开始崇尚简单，似乎有种看山初是山、不是山、又是山的感悟，比较满意现在写独立博客的方式，再找来一个备份功能就完美了。

因为简书经常将我的一篇博文设置为仅自己可查看，所以放弃使用。目前使用 Blogger 作为博客的镜像，同时也发布一些不便于在独立博客出现的内容。

同时也开始使用 MWeb 作为博客编辑器：

1. 支持 iOS & macOS，这大大方便了我随时修改文章内容；
2. 支持直接发布和更新至 Blogger 等平台，iOS & macOS 都能发布这点大大提升了 iPad 在我心中的地位。

几点想法：

• 虽然百度检索不到了，但是百度能检索到的内容会越来越少，我只是提前离开了。当然，不涉及敏感内容的独立博客还是可以被检索到的。
• 维基百科式的更新方式会使博文最后附加了许多内容，因为我经常更新博文，仔细考虑后，决定将有必要讲的更改历史直接放到博文中。像本文这篇只是关于想法的博文，适合以分割线的方式更新；涉及到技术的适合前面说的也即全文修改的方式。

如果疑虑某篇文章有没有更新，在独立博客上是有显示更新时间的，如果更新时间在很久以前，还请注意其是否已不适用。

2014 年，也就是大四的时候，我建立了独立博客，在那之前我偶尔混迹于新浪博客。2016 年，我那荒废已久的独立博客又更新了，但之前的博文都删了。而且一个无法避免的问题是独立博客的访问量太低了，Google 还可以搜索到，而百度就很难检索到了，那就可能有人遇到了同样的问题却找不到我写的博文。故我决定将三方平台当作镜像博客，也就是 简书。如果独立博客内容有所更改，我会手动同步。

每次有新想法，会在 MarkEditor 中完成稿子，发布到独立博客，然后手动同步到其他平台。我认为一篇文章最好不断更新，防止之后的时间里误导了别人，实在无法更新也应该注明可能失效的提示。所以，我会将我的博文以维基百科的方式进行更新。写博客是兴趣，如果觉着还好想要转载的话，需注明作者是唐小筑和附原文链接。

在转移原有博文的过程中，也遇到些问题。虽然已放弃使用知乎和新浪博客作为镜像，但还是列出这些问题。

新浪博客：

1. 从微博和博客客户端无法查看博文表格，只有从新浪博客网页版查看表格才会正常显示；
2. 微博和博客客户端中查看博文，换行显示有问题，新浪博客网页版一切正常；
3. 微博和博客客户端中代码支持欠佳，而网页版较为正常；
4. 微博和博客客户端中空格似乎是全角的，网页版是正常的。

所以新浪太奇葩，自家的东西解析方式千奇百怪。

知乎：

1. 不支持粘贴图片；
2. 不支持表格；
3. 不支持分隔线。

标记语言 Markdown 既简单又较为全面，使我们可以脱离鼠标写一篇排版良好的博客。虽然在不同的应用中，可以设置快捷键来达到同样的目的，但如果绝大部分应用都支持 Markdown，我们也不用费力地为不同的应用设置快捷键。况且，网页端编辑器很多不支持快捷键。我试试定期给一些提供博客服务的企业发送反馈，建议直接采用 Markdown，或改进再采用，或确定一种新标记语言。当然，可视化界面不必非要和 Markdown 语言对应。