关于独立博客的想法

2017/4/21 comments

在 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 语言对应。