国内的 DNS 服务商一般有两个，网络运营商和部分商业公司。而由于种种原因，这些 DNS 都存在或多或少的问题，这里就不细说了。而部分玩家为了尽可能地规避其中的某些问题，因此必不可少地需要自建 DNS 服务。

之前一直用得是 https://ph.buzzing.cc/ ，但是不知道为啥最近没有更新了。所以自己通过 Huginn + Google Cloud Translation API 搞了一个简单的 Product Hunt RSS 中文源……

由于众所周知的原因，国内的宽带网络拿到的 IP 基本都是大内网地址，根本无法在公网被访问，而此时访问家庭内网的资源将非常麻烦。而租用云服务器作为主要服务载体则也存在很多问题，比如说带宽、性能、延迟等等。因此目前来说，很多朋友会使用 frp 等针对特定协议和端口的内网穿透方案，但是这一方案也存在配置繁琐、无法访问家庭内网中任意资源、速度和延时取决于某一个中继服务器等问题。

目前，我对于信息的主要方式就是依靠 RSS 来订阅一切信息，当然很多信息确实是无法直接订阅的，只能通过 RSSHub Huginn 等服务……

基于角色的访问控制（RBAC）和基于属性的访问控制（ABAC）是目前被广泛采用的两种权限设计方法。

通过全局的 Provider 管理文章的数据，当发生更新时，直接 Rebuild 对应的 Widget 即可

去年一个人把公司内部分老项目和新项目添加了 Docker 支持，重新设计了 CD/CI 流程；同时由于基本是单机服务，编排容器用的 Docker Compose，因此在这个过程中，也积累了一些经验。

知乎的搜索信息流中，如果图片宽高比中高度过大，会占据屏幕中非常大的位置

PMCAFF 中的一个问题，关于某小说 App 如何设计收入分享规则

对于一个单独的内容站来说，搜索其实不算是用户的常用功能，因为在绝大部分情况下，用户会更加偏向于询问他人，也就是传说中的伸手党。当无法从他人获取自己想要的内容时，用户才会倾向于去找进行搜索这个动作，而这个动作的发生环境通常也不是在一个单独的内容站内，更多地会更偏向使用 Google、百度等搜索引擎。

数据分析可以说是产品的基本功之一了，网上也有很多相关的文章对数据分析做了非常详尽的讲解，包括各种各样的思维方式、拆解模式等等。