我感觉我还是比较适合维护这种 timeline 形式的博客站点

先给链接

https://timeline.jwj.life/

现在朋友圈基本不发了，微博基本是看新闻，QQ 早就废弃了。

掘金也好久不用了。

想发点自己想说的，各种东西，分享点图片，文章，新闻都找不到合适的地方。

Hexo，语雀，wordpress，typecho 对我来说都太 heavy，有时候想说的就是一两句话，用这些还要先想个标题，再写一句正文就结束了，没什么意义。而且发布比较麻烦，虽然有各种 CI，只需要写 md，然后 push，但是还是不方便（懒）随时输出。

折腾来折腾去，弄了个现在的 timeline 形式的博客，其实不能叫博客，应该叫 list，比较合适。

适合记录一些随时的想法，吐槽，不知道从哪儿摘抄的句子，文章，图片，网址，新闻链接等等，最好在 300 字之内能表述清楚的东西。

而且这也可以减少一些无意义的博客文章输出，本来很多东西都是几句话说明白的知识点，还要水一篇文章，实在是 emmmm....

对于那些长篇的，系统性的博客文章，还是可以在 yuque 等地方写，然后在 timeline 里写一篇摘要，然后链接到原文章去。

这是一个 vue 项目，样式是从 codepen 上找的一个纯 css 实现的 timeline，响应式，对手机端很友好，我在这个基础上加了一些东西，比如时间，标签，markdown 渲染等。

数据来源是仓库中的一个 json 文件。

这样做的好处是不依赖任何现有的账号体系，只要你最终可以生成一个 json 文件就可以。

所以你的数据从什么地方来，都由你自己控制。

但是你的数据来源必须要有一点，就是 API，这样你才可以把你写的东西取出来，生成一个 json 文件。

另外还有一点比较重要，就是你的输出成本要足够低，低到你可以随时随地发表东西。

这几项里，越多越好，越多，你就越容易发表你的想法，才可以坚持下去。否则等你打开电脑，打开编辑器，新建一个 md 文档，想个标题，开始写的时候可能就突然不想写了。

目前我的数据是从 https://wenjian.giki.app 平台上来，通过 github 的 action，每 1 个小时同步一次，调用 giki 提供的 api，生成一个最新的 json 文件，提交到仓库中，同时会触发一次 netlify 的打包部署。

然后再绑一个自己的域名，齐活。

剩下基本不用打理，只管输出就是了。

现在 repo 是私有状态，有人想弄的话，我弄成公开的，然后再写一篇文章（教程）。