Docker 自带 API 功能，支持对 Docker 进行管理，但是默认并不启用，而且一般在没有开启加密通信的时候直接启用 API 会有安全风险。因此我们需要开启 TLS 加密来保障 Docker API 通信的安全性。通过开启 TLS 防止未经许可的客户端访问服务端节点，保障其系统安全性。而 Docker API 也适用于在一个 Portainer 示例上来远程管理多台机器，这也是我最初使用这一功能的原因。接下来将介绍如何完成 TLS 的设置，来保障 Docker API 通信的安全性

我在2019年开始听播客，发现它是一种非常有效率的内容获取方式。而且可以涵盖我感兴趣的各个领域，如科技、商业、文化和游戏。然而，中国的播客行业相对较新，受众较少，没有像美国那么成熟的播客平台和商业模式，而且由于网络治理的原因，国内播客的内容也受到了一定的限制，同时它的内容展现形式也很难在用户时间战中展现出足够的优势，因此我并不看好国内的播客行业。

其实在 8 月份就已经收到了 Arc 浏览器的体验邀请邮件，但是在用了一周之后发现很难适应 Arc 浏览器的一些逻辑，故而选择放弃。而这几点刚好在即刻看到有人在为这款产品而争论，所以写这篇文章简单地谈下我眼里的 Arc 浏览器。开始知道 Arc 浏览器是通过产品沉思录 20220703 期中的介绍，其中介绍到了很多关于这款浏览器的新理念。

国内的 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、百度等搜索引擎。

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