问题解决的经历分享

最近越来越觉得,在遇到比较花时间才能解决的问题的时候,最好在事后写一个总结并且存起来。一来是这样做可以确保在将来遇见相似问题的时候不会吃记忆亏而花时间做重复劳动,非常搞笑。二来是别人也可能会因为同样一个问题苦恼很久,如果他可以在互联网上搜索到你的经验,会大大减少他的麻烦。

唯一需要确保的就是:你写的东西,可以被检索。

发在社交网络上吗? 非常懒人友好而且高效的一个方法,问题是你无法确保你的内容会不会受到 censorship 的影响(我拒绝将 censorship 称之为和谐)。而且大多数的社交网络(新浪微博、豆瓣、微信朋友圈和微信公众号)都无法被高效检索。特别是微信系列的内容,微信是一个事实上的局域网,你噩梦中出现的未来类朝鲜网络,将来很大可能就是长得像微信这样的。不保证一直都在 and 没有办法保证可检索性,这太糟糕了。

记在个人笔记中吗? 当然可以,但是维护一个个人笔记系统,意味着你的内容归你所有,没有被别人检索到的可能,所以也帮不了人。不过在这个意义上丰俭由君。

写在个人博客中吗? 是的!配合个人笔记系统,分享一些成体统的经验在个人博客中非常自由,你对你的内容负完整的责任。你的内容也可以被互联网轻易检索到,虽然博客时代已经过去了,但是我认为讲究的人,还是应该拥有一个个人博客。

如何搭建属于自己的 RSS 服务,高效精准获取信息 – 少数派

Source: 如何搭建属于自己的 RSS 服务,高效精准获取信息 – 少数派

这篇文章写得很不错,我已经在我的 buyVM 上跑起来这个服务了。不过文章中实现的办法没有考虑到 VPS 重启之后的问题。所以可以进行以下两点改进:

  1. 原文中作者在 docker-ttrss 上装了自定义主题和插件,但是重新启动之后这些改动并不会被保存到 container 中,所以需要做一下 docker commit,将改动保存。
  2. 同样是重启之后会遇到的问题,原文中作者部署两个 container 的时候没有考虑重启之后 container 自动启动的问题。基于这个考虑,可以在 docker run 之后添加 –restart=always 参数来保证每次重启系统之后 container 能被带起来,数据库和 ttrss 的 container 都需要这么操作,所以文中的两个 command 修改为:

docker run -d –restart=always –name ttrssdb nornagon/postgres
docker run -d –restart=always –link ttrssdb:db -p 80:80 -e SELF_URL_PATH=http://example.org/ttrss docker-ttrss-m(这里的 -m 是我 commit 之后新创建的 container)

当然执行了作者给的命令发现没有自启动,想要添加自启可以用 docker update 来执行,例如:docker update –restart=always ttrssdb 这个命令就会把现有的 ttrssdb container 修改成自动启动的运行方式。

别忘了,第二点改进的大前提是 docker 作为服务已经部署好了自动启动,否则的话以 docker 开头的命令无法被执行。

现在我有一个自建 RSS 了,可以不用给 inoreader 付钱了,快乐。