• 下载 Planet 0.21.1

全新欢迎界面

启动应用时，现在会看到一个新的欢迎界面，简要介绍了功能特色。你还可以点击 Follow Featured 按钮，一键关注精选内容源。

Pixel Nomad

Pixel Nomad 是由 Ann 设计的一组全新站点头像。点击工具栏上的笑脸图标，即可选择一个作为你的站点头像。

源代码库清理

清除了大部分编译警告，并优化了部分多线程处理逻辑。整体上，你会感觉应用响应更加流畅。

Planet 是一个基于 SwiftUI 构建的原生 macOS 开源应用。如果你感兴趣，可以访问我们的源码仓库：

https://github.com/Planetable/Planet

其他改进

• 为侧边栏中右键点击 Planet 最常用的菜单项添加了图标。
• 为 Farcaster Mini App 增加了用于设置 .well-known/farcaster.json 的新表单。
• 提高了在睡眠/唤醒时的稳定性。
• 现在关注使用 ENS 地址的 Planet 更加快速。
• 移除了不再可用的公共网关选项 ipfs2.eth.limo。
• 降低了 IPFS swarm 连接数，以减少服务器资源消耗。
• 修复了拖拽内容进 Markdown Writer 窗口时的一个动画问题。
• 在使用 IPFS 垃圾回收功能时，现在可以从已经 unfollow 的，不再需要的历史内容中释放更多空间。

Solana Name Service

Solana Name Service (Bonfida) 是 Solana 网络上最流行的名称服务。你可以在 sns.id 上买到 .sol 名称。付费方式是，如果名称长度是 5 个字母或者更多，那么 $20 USDC。更短的名称的价格会更贵。或者也可以从二级市场购买。和 ENS 相比，.sol 的初次购买价格要更高一些，但因为是一次买断，所以不存在后续的续费问题。而且，后续当你开始实际使用这个 .sol 名称的时候，gas fee 和性能，在目前会优于 ETH 主网。期待之后 ENS 的 Name Chain 上线能够带来转变。

你可以把用 Planet 搭建的网站链接到你的 .sol 域名，然后就可以通过一个全新的 .sol 网关 sol.build 访问。或者也可以通过 Planet 内置的 IPFS 网关，现在也提供了对 .sol 的完全支持。

比如，你现在看到的这个网站，也可以通过这个 .sol 地址访问：

olivida.sol

这是如何绑定 Planet 网站到 .sol 的步骤：

https://www.planetable.xyz/guides/solana/

全新的头像图片集：Pixel Planet

Pixel Planet 是一组由 Ann 设计的全新的头像图片集。你可以在 Planet 主界面工具栏的笑脸按钮找到，然后就可以选择和设置为你的站点新头像。

希望你会喜欢。

Web 客户端

我们一直在持续改进 Planet 的 API 服务器，这个 API 服务器现在已经可以驱动这个全新的 Web 客户端，让你可以从任意浏览器使用你的 Planet。

你可以在 API 端口后面附加 /app/ 就可以访问到这个新的 Web 客户端。假设你的 Planet API 服务器的端口是 8086，那么你就可以用下面这样的地址访问到：

http://127.0.0.1:8086/app/

你可以在设置中找到 API 服务器相关的信息。

在之前的 Planet 版本中，当时还在测试中的 Web 客户端是一个需要手动安装的组件。在本次的更新中，Planet 已经内置了一个更新组件，会自动获取 Web 客户端的最新版本。

试验性的 Farcaster URL 网关

furl.pro 是一个用于 Farcaster 账号 URL 地址的 IPFS 网关。

如果你在你的 Farcaster 账号的 URL 字段中填入一个 IPFS CID 或者 IPNS 地址，那么你就可以通过 [your-fc-username].furl.pro 这样的地址访问到你的 IPFS 网站。比如：

livid.furl.pro

URL 字段是 Farcaster 协议的一部分，只是目前 Warpcast 的前端中没有提供修改这个字段的界面。你可以通过像 Recaster 这样的第三方客户端来修改你的 Farcaster 账号的 URL 字段。

其他修复和改进

• 修复了由于 RPC 地址导致的一些 ENS 解析问题
• 增加了一个可以手动触发 IPFS 垃圾回收机制的按钮（如果你使用本地 Gateway 访问过 IPFS 网络上的其他资源，那么这个按钮可以让你回收一些磁盘空间）
• 修复了 macOS Sequoia 上 SwiftUI 相关的一些界面问题
• 修复了 API 服务器的一些性能问题

Sepia

Sepia 是一个为轻博客（microblog）优化的主题，在这次的更新中，我们为这种使用方式带来了多个功能和设计上的更新，让你可以更频繁和简单地使用 Planet 发布想法，图片，甚至音视频。

写长文章不是一件容易和经常的事情，所以很多人通常会在使用多个不同的平台，一个用于长文章，其他地方是一些更简短和快速的输出。比如 Vitalik 会把他的长文章写在 vitalik.eth，而在 X 和 Warpcast 这样的平台上进行一些更频繁和轻量级的输出。

Sepia 主题，及新的 ⌘+D 快捷键输入框，让你可以用 Planet 搭建一个完全属于自己的 microblog 轻博客。

本次更新后，快捷输入框可以支持支持图片、视频和音频的添加。

现在 Planet 的两个主要地址 olivida.eth 和 planetable.eth 也从默认的 Plain 主题切换到了 Sepia 主题。同时，在下面这个网站可以看到 Sepia 主题的另外一个实际例子：

https://sepia.olivida.eth.sucks/

在网页上接受 ETH 打赏

你可以通过 Planet 的一个新功能，在网站上快速开启接受 ETH 打赏。

然后访客点击导航栏中的 Donate 按钮，连接钱包，就可以发送打赏。

目前打赏功能支持的是 mainnet 上的 ETH。在后续的更新中，我们会加入其他 L2 上的选择，并继续优化这个页面。

如果你是内容创作者、开源软件开发者，之前用过 PayPal 或者 Ko-Fi 的打赏，那么来试试这种新的方式吧。不需要向任何人申请，也没有任何人可以扣留你收到的款项，一切都只需要代码。

颜色定制及配色的输出输入

如果你在定制主题的过程中遇到问题，欢迎加入我们的 Telegram 中文用户群讨论。

在下面的这个地址，可以看到一个深色定制的 Sepia 站点的例子：

https://k51qzi5uqu5dgy9qlqct5gsbggde32kc8wkz6419j67t9aw38bmyuwtkzmwdtn.eth.sucks/

API

我们改进了 Planet 内置的 REST API 服务器的实现，并增加了一个用于查看最近请求的 API Console。

Planet API 的具体文档可参考这个地址：

https://github.com/Planetable/Planet/blob/main/Technotes/API.md

基于 Planet API，我们做了一个实验性的 Web Client。你可以用这样的方式获得这个 Web Client：

cd ~/Library/Containers/xyz.planetable.Planet/Data/Documents/Planet/Public/
git clone https://github.com/livid/planet-web app

从设置中打开 API 服务器：

假设你使用的也是 8086 这个端口，那么访问 http://localhost:8086/app/ 就可以看到这个实验性的 Web Client。

如果你在使用 API 的过程中遇到任何问题，欢迎加入我们的 Telegram 中文用户群讨论。

其他修复和改进

• 修复了插入 Retina Display 截图时 img 标签里的 width
• 在 Follow Planet 时，如果 paste 了 eth.limo 或者 eth.sucks 地址现在会自动从中提取 ENS
• 分享照片时，照片文件里的 GPS 信息会被去掉
• 修复和优化了一个在保存和发布 Planet 站点时的并行处理问题
• 可以获得每篇文章的基于 CID 的永久链接。基于 CID 的永久链接，即使站点的 IPNS 地址无法解析，也依然可以在大部分 IPFS Gateway 上快速打开。
• Smart Feeds 现在会显示总条目数
• 每次新内容发布时，如果 prewarm 开关打开，那么 tags 和 archive 页面也会在网关上被预热，这样可以让网站被初次访问的访客更快打开。

• 下载 Planet 0.18.3

WalletConnectV2

Planet 更新了对 WalletConnect 的支持，升级到了 WalletConnectV2 版本。现在你可以使用手机钱包，比如 Rainbow，OKX 在 Planet 里登录，并用来向你关注的内容创作者打赏 ETH。同时，作为一个重要的基础架构，这也让将来 Planet 支持其他更复杂的合约调用或是 L2，成为可能。

新的 IPFS+ENS 网关

当你为站点生成分享链接时，现在可以使用一个新的高性能 IPFS+ENS 网关 eth.sucks。在设定了 content hash 的 ENS 末尾加上 .sucks 就可以访问上面的 IPFS 网站，比如：

• vitalik.eth.sucks
• olivida.eth.sucks
• gamedb.eth.sucks
• justinyan.eth.sucks
• jango.eth.sucks
• jbdao.eth.sucks

可以从设置中选择这个新的网关。

前段时间，Cloudflare 宣布他们会停止维护 cf-ipfs 网关。所以，目前，还能用的 IPFS+ENS 网关，就是这些了：

• eth.limo
• ipfs.io / dweb.link
• eth.sucks / crop.top

一个健康的生态系统需要更多的参与者。

IPFS 控制面板

现在点击左下角显示 Online 的区域，会看到一个新的 IPFS 控制面板：

显示 IPFS 的版本信息，空间占用，及实时的带宽消耗。如果需要，甚至可以从这个控制面板里暂时关闭 IPFS 进程。

用本地 IPFS 网关打开任意 IPFS 资源

现在可以从 File 菜单下找到一个新的 Open 选项，用它来打开任意的 IPFS 或者 ENS 资源地址。

复用 Tags

在为内容选择 tag 时，现在可以从之前已经用过的 tag 里点击选择。

新的站点头像图片集 Monochrom

99 个全新设计的站点头像图片。

在站点设置中，可以选择在保存新的站点头像图片时，存储为圆形图片。这样做的用途是，如果你希望在浏览器的收藏夹中也显示圆形图片，而不是默认的方形。

新的快速分享拖拽

可以用拖拽任意图片放到文章列表，就可以打开一个新的快速分享发帖方式。

新的短文本输入发送

按下 CMD+D 就可以打开一个新的短文本输入发送框，配合 Sepia 主题，很适合用来记录和分享一些简短的想法。

比如这是一个使用 Sepia 主题的 microblog 站点：

sepia.olivida.eth

其他修复和改进

• 修复了一个会发生在 macOS 12/13 上的文章列表异常。如果你使用的是 macOS 14 那么不会遇到这个问题。
• 可以在搜索结果列表中使用键盘上下选择结果打开。
• 模版中现在可以读取到文章主图（hero image）的高宽信息。
• 站点 IPNS 发布完成时，会用本地通知方式显示最新的 CID。
• 新的站点设置：Do Not Index。写入一个 robots.txt 规则文件告知搜索引擎不要索引网站。
• 新的站点设置：Prewarm。每次新文章发布时，Planet 可以自动在当前选择的公共网关上访问一次新文章地址，这样新文章在公共网关的 IPFS 节点里就会有一份新鲜的副本，让其他访问者可以更快打开内容。
• Insider 版本现在会有一个单独的二进制文件名称 Planet-Insider 以更方便地和其他版本共存。
• 增加了 Filebase 节点的 Peering，如果你使用 Filebase 的 Pinning 服务，那么可以让 Filebase 的节点更容易完成同步。

早期的卡带游戏，由于破解和盗版，玩家能够玩到的版本往往已经被修改过。比如你很可能就玩过一个叫做「90 坦克」的游戏，实际上是修改自 NAMCO 的一个叫做 BattleCity 的 Famicom 游戏。而在游戏的开头，往往就会有修改者加上的新的画面，也就是 intro。而 No-Intro 项目就是希望能够维护这样的一个数据库——里面是这些游戏的原始版本的特征码，也就是 hash 值。hash 是一类计算机算法，通过复杂的数学过程，可以获得一个文件的特征。如果两个文件的内容的每一个字节都是相同的，那么就会获得同样的 hash 值。常见的 hash 算法有 MD5，SHA1，SHA256 等等。

IPFS 的 Content-addressing，也就是「内容寻址」技术，也是基于 hash。只是你不能直接在 IPFS 中使用一个文件的 SHA256 值来找到它，而需要通过 IPFS 的 CID。IPFS 的 CID 包括了比整个文件的 hash 更多的信息。

所以，假如像 No-Intro 这样的数据库中除了 SHA-256，同时也包括文件的 CID 值的话，那么就有可能可以通过整个互联网，而不是某台确定的服务器，来获得那个文件了。只是这种不确定性，同时带来了很多的优点和缺点。

优点：

• 不需要依赖单一的网站地址或者服务器地址：互联网上的大部分地址都无法存在太长时间，平均值甚至不到半年。而 SHA256 或者 CID 是确定的，因此假设如果互联网上确实有 IPFS 服务器存储了某个确定的 CID，那就有机会下载下来。

缺点：

• 巨大的 overhead。如果你曾经看过 Jeff Dean 的 Latency Numbers Every Programmer Should Know，然后再看 IPFS 内容寻址的过程，就会看到一切都完全发生在一个不确定的网络架构中，因此需要非常多次尝试才有可能拿到有意义的数据，这是巨大的 overhead。

基于内容寻址的技术因为其不需要依赖特定服务器，谁都可以存，因此在理想情况下，如果一个内容确实有很多节点都存了，于是也就实现高度的去中心化。所以在一些理解和需要这样架构的场景中已经得到了应用，比如 NFT 的图片。当你在 mint 一个 NFT 时，大部分情况下，你获得的 token 并不是图片文件本身，而是图片文件的 CID。理想情况下，NFT 的 CID 会有多个 IPFS 节点存储，因此通过 CID 就始终可以获得这张图片。为什么一直强调「理想情况」，因为另外一种情况是，随着时间过去，一件事情没有人在意了，于是本来存有这些 CID 的服务器逐个下线了，最终这个 CID 也就消失了。就像，如果，即使我们知道一个 ROM 的 SHA-256 值，但这个世界上最后一块存有那个 ROM 的硬盘坏了，并且原始的最后一张游戏卡带也坏了的话，那么即使知道 SHA-256 值，那个文件也会永远消失。如果要增加一个文件持续存在下去的可能性，那么尝试多种完全不同的存储和传播方式就是有意义的。

前面提到 IPFS 的内容寻址过程中的不确定性，这或许是一个可能可以解决的用户体验问题。相比通过商业 CDN 加速过的内容，从 IPFS 网络下载东西的体验可能会非常糟糕——因为很多时候如果试着直接在浏览器里访问一个 CID，就卡在那里了，像是什么都没有发生。

早期的拨号互联网，及 BitTorrent 下载也面临同样的用户期待值问题，于是开发者们通过更好的进度条来实现了用户体验优化。

而这样的图形化手段，应该也可以用于改进 IPFS CID 的下载体验。但目前（2024 年 7 月），这样的软件存在于传统的 HTTP 协议和 BT 协议，暂时还没有看到针对 CID 下载的实现。

想象这样的一种可能性：各种下载网站上提供的不只是 https 或者 torrent，也提供或者只提供 CID。下载一个文件的过程是把 CID 放进原生支持 IPFS 通讯协议的下载软件，然后下载软件就可以显示一个非常具体的进度，甚至可以通过多线程同时下载文件的不同部分。对于下载网站的维护者来说，文件存储除了完全自己维护，也有可能通过更多的其他人的服务器来分档存储。而对于各种 retro 内容存档爱好者们来说，自己在意的内容，也多了一种获得和持续存在下去的可能。

• 下载 Planet 0.17.1

搜索

使用快捷键 CMD+F 就可以打开 Planet 内的全局搜索功能。你可以搜索自己写的文章，或者是你跟随的其他网站上的文章。

更快的 IPNS 公共网关

在之前的版本中，我们提供 ipfs.io 或者 cf-ipfs.com 作为公共网关的选项。在这次的新版本中，我们有了一个更快的新选项：由社区项目 eth.limo 和 NameSys 驱动。

比如，你当前正在看的这个 Planet 网站的 IPNS 地址是 k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk，你可以用下面的这个新的网关地址打开它：

IPNS + ipfs2.eth.limo

https://k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk.ipfs2.eth.limo

通常，这个新的网关地址会比之前的这些选项更快：

• ipfs.io: https://ipfs.io/ipns/k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk
• dweb.link: https://dweb.link/ipns/k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk
• cf-ipfs.com: https://cf-ipfs.com/ipns/k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk

这个新的公共网关也可以用来打开任意的 CIDv1 地址：

CIDv1 + ipfs2.eth.limo

https://bafybeihyeuqc7nv2zfwt3x6bglgxrca2xglt26jzzqpi4zxci5czxwskku.ipfs2.eth.limo

当你在使用 Open in Public Gateway 这个功能时，现在就会默认以 ipfs2.eth.limo 打开。

置顶文章

自己的文章现在可以用置顶功能固定到列表顶部。右键单击自己的文章就可以看到这个新功能。

文章导出导入

你现在可以把自己的文章导出为一个数据包，然后可以在另外一台 Mac 的 Planet 里导入。或者也可以直接使用 AirDrop 发送。

其他修复和改进

• 改进：完整构建（Full Rebuild）功能现在通过使用所有 CPU 核心而变得更快
• 改进：更好地监控发布 IPNS 文件夹（Published Folders）里的变更
• 新功能：新文章发布时，在公共网关上进行预加载
• 新功能：顶部工具栏现在有了一个新的可以编辑自己文章的按钮
• 修复：新创建的文章的滚动位置，之前的版本里，可能滚动位置不能在列表里完整显示新创建的文章

• 下载 Planet 0.16.0

与 eth.limo 的直连（IPFS Peering）

eth.limo 是目前最好的 ENS 网站网关。IPFS 直连（Peering）功能的加入，意味着你接下来更新的任何新内容，都可以更顺畅地出现在 eth.limo 上。因为现在 eth.limo 在 IPFS 网络上可以直接找到你的节点。

关于这项技术的更多细节，如果你好奇，可以阅读 IPFS 官方关于 Peering 的文档：

https://docs.ipfs.tech/how-to/peering-with-content-providers/

新主题 Sepia

Sepia 是一个全新设计的主题，非常适合更新频繁的 microblog 类型内容。

点击 这里 可以看到使用这个主题的一个演示网站。

功能列表：

• 按时间顺序在首页展示每一个发帖的完整内容（类似 Twitter/X 的展示逻辑）
• 当使用桌面浏览器访问时，呈现的是两栏结构，同时针对移动设备做了响应式设计适配
• 支持视频、音频、及多图内容
• 支持 Planet 最新的标签和归档功能

我们会继续改进围绕这个新主题的发帖功能。期待能够收到来自大家的反馈。在下一次的更新中，我们会加入一个全新的发帖界面，让更频繁的内容更新过程变得更加舒服。😌

改进了的 IPNS 发布流程

当你尝试在应用程序正在执行 IPNS 发布（侧边栏中有动画沙漏图标时）时退出应用程序，现在会显示一个确认对话框。以前，在此过程中退出应用程序可能导致 IPNS 发布未完成，并导致网站无法解析。

我们相信这个改进会大幅改善 IPNS 网站因为发布中断而导致的无法解析问题。

改进了的 Rebuild

现在有两种类型的 Rebuild：Quick Rebuild 和 Full Rebuild。Quick Rebuild 只会重新生成站点的首页文件，即 index.html。Full Rebuild 还会使用您当前为站点选择的模板重新生成每篇帖子。当你正在调试如 Croptop 这样的 SPA（单页应用程序）模板时，Quick Rebuild 会非常有用。

其他修复和改进

• 修复了在 macOS 14 上添加附件功能无法使用的问题
• 修复了导致侧栏站点头像模糊的图像插值设置
• 修复了当头像取消设置时，网站 favicon 未被移除的问题
• 增加了在快速分享对话框中粘贴图片的支持
• 为 Planet API 服务增加了 Bonjour 宣告
• 在头像选择器中增加了随机选择功能
• 增加了一个新的 API 端点：/v0/id

• 下载 Planet 0.15.1

Tags

你现在可以使用 Article Settings 或者 Writer 界面上的图标来为文章设置标签。

每个标签会有自己的页面。这样的话，具有同样标签的所有内容就可以在一个页面上看到。

比如，这是 Planet 的所有功能更新的博文，使用的是 Release Notes 这个标签。

https://planetable.eth.limo/release-notes.html

Archive

增加了一个全新的归档页面。在这个页面上可以看到所有的历史内容。

Planet 的三个内置主题都已经为这次的新功能（标签和归档页面）做了更新。

更改 App 图标

新增了 Icon Gallery 让你可以为 App 选择一个新的图标。

如果你持有 Pinnable NFT Series A，那么你还可以解锁两个具有动画特效的图标。

要使用这些 NFT 图标，你需要首先连接你的钱包。你可以使用手机上的 Rainbow 钱包来实现在 Planet 里的扫码登录。

选择主图

当一篇文章具有多个附图时，你可以选择其中的一张作为主要图片（Hero Image）。主要图片会在当文章被分享到其他社交网络时显示。比如当文章链接被分享到 Twitter 或者 Discord 时。

增强的 Pinnable 支持

我们继续改进了在上一个版本中引入的 Pinnable 集成。现在当你为网站启用 Pinnable 服务时，各类交互的结果会以更及时的方式反馈。

当你的网站名称右侧出现这个图标时，意味着 Pinnable 已经成功保存了副本。如果你使用的是笔记本电脑，这个时候你可以放心地合上盖子，你的网站会继续通过保存在 Pinnable 服务器上的副本来提供服务。当启用了 Pinnable 的服务时，从各种 IPFS 网关访问你的网站的速度和可用性都会得到提升。而你依然完全控制着网站内容的权威版本。

Slug

文章的 URL 默认使用的是一个 UUID，但是你现在定制这个部分。比如，很多博客网站都会有一个叫做「About Me」的页面，那么你可以把这个页面的 URL Slug 设置为 about-me，那么它的完整地址就会看起来像是这样的：

example.eth.limo/about-me/

URL Slug 只能使用小写字母和数字，及横线。并且每篇文章所使用的 URL Slug 应该是独特的。

文章类型 Type

新的文章默认会创建为 blog 类型，这样的文章会出现在首页时间轴及 RSS 中。如果你把类型更改为 page，那么就不会出现在首页时间轴及 RSS 中。page 类型适合的就是「About Me」这类的页面。

导航设置 Navigation

如果你选中「Include in Site Navigation」，那么页面就会出现在全站顶部的导航中。这个功能也是为了像「About Me」这类的页面所设计。

你也可以使用这个功能来指向外部页面。比如你可以添加一个标题为「Discord」的页面，然后在「External Link」中填入你的 Discord 邀请链接，并且将其包括在全站导航栏中，这样你就会获得一个指向 Discord 的顶部导航链接。

「Navigation Weight」用于指定导航条目的排序。越大的数字会排在后面。

• Planet 0.14.1

Article Settings 及新的文章列表视图

增加了一个新的 Article Settings 右键菜单。可以用来将一篇博客文章设置为 Page。这对于创建像 About Us 和 Contact Us 之类的站点级别页面会特别有用。

通过这些新设置，你可以获得类似 planetable.eth 顶部这样的网站导航设计。这可以通过指定某些文章作为网站导航栏中的条目来实现。

通过点击这个新的列表过滤器，你可以按类型过滤文章，更容易地找到特定页面。

重新设计过的文章条目视图现在会显示内容类型及附件信息。

Planet Avatar Picker

Planet 现在有一个全新的头像选择界面。让你可以从多组充满设计感的图集中选择一张作为你的 Planet 网站的头像。

这次上线的第一个图集，Nostalgia，包含了 99 个简洁而抽象的来自设计师 yihanphotos.eth 的作品。

快速分享

现在你可以把图片拖拽到 Planet 图标上，就可以快速分享图片。

Pinnable

Pinnable 是一个全新的用于 ENS/IPNS 网站的 Pinning 服务。

当你使用 Planet app 创建和发布去中心化网站时，你的 Mac 会成为 P2P 网络上的一个节点，用于托管你的网站。通过使用一个 Pinning 服务，你的网站内容的额外副本会被复制到 Pinning 服务的节点上，这样可以让网站的加载速度更快，同时也增加了内容的可达性（availability）。尤其是对于笔记本用户，就不用让电脑一直开着作为服务器。每次当你发布新内容时，Pinnable 就会开始与你的本地节点进行同步，同步完成之后，你的内容就也存了一份到 Pinnable，这样你就不用一直开着自己的机器作为服务器了。

虽然使用了一个远程服务，你对内容的权威版本依然具有完全的控制。远程服务无法篡改或者删除你的内容。

To-Do 列表语法

Planet 的 Markdown 编辑器现在也可以支持类似 GitHub 的 To-Do 语法。并且在 My Planet 的右侧视图中，可以直接点击 To-Do 列表中的项目来勾上已经完成的事项。

YouTube 嵌入

如果你在正文中包括了一个 YouTube 的视频链接，那么现在链接会自动转化为一个播放器。

其他改进

• 支持用拖拽的方式调整左侧列表中 My Planet 和 Following Planet 的顺序
• 在 Rebuild Planet 时现在会显示一个进度条

• 修复了移动文章时的一个问题
• 修复了当 App 长时间运行时可能会发生的一个崩溃问题
• 模版现在可以有自己的设置，这为更复杂的定制模版功能打开了可能性
• 增强了 Markdown Writer 在滚动时的性能
• Markdown Writer 的时间选择器现在可以选择「今天」

星标类型

现在当你在给一篇文章添加星标时，你可以选择几种新的类型，来为星标赋予一个更明确的含义。其中几种类型会让 Planet 具有 To-Do 管理软件的感觉。除了右键点击，现在还可以从工具栏中来管理文章的星标。

在后续的更新中，我们将会支持更具星标类型过滤文章。

文章的日期选择器

当你在编辑文章时，可以为文章选择任意日期。无论是过去还是将来。

API 服务器

在 Planet 应用运行的时候，现在可以提供一个 HTTP API 服务器。下面是目前能支持的请求的列表，我们会通过文档提供更具体的使用信息。这是一个 v0 版本的 API，因此在后续的更新中有可能会更改。API 服务器为第三方客户端提供了可能性，尤其是后续对移动设备的支持。

• GET /v0/planets/my - List all my Planets
• POST /v0/planets/my - Create a new Planet
• GET /v0/planets/my/:uuid - Info of a specific My Planet
• POST /v0/planets/my/:uuid - Modify my Planet
• POST /v0/planets/my/:uuid/publish - Publish My Planet
• GET /v0/planets/my/:uuid/public - Expose the content built
• GET /v0/planets/my/:uuid/articles - List articles under My Planet
• POST /v0/planets/my/:uuid/articles - Create a new Article
• GET /v0/planets/my/:uuid/articles/:uuid - Get an article by UUID
• POST /v0/planets/my/:uuid/articles/:uuid - Modify an article
• DELETE /v0/planets/my/:uuid/articles/:uuid - Delete an article

你可以在应用的设置中打开 API 服务器，并设置端口号、用户名及密码。

移动主数据目录及 IPNS 私钥管理器

这还是一个试验性的功能，在使用时请注意数据备份

Planet 应用在默认情况下，所有的数据存放在这个位置：

~/Library/Containers/xyz.planetable.Planet/Data/Documents/Planet

现在在应用设置中，你可以移动这个位置。如果新位置位于 iCloud Drive 或者 Dropbox，那么相当于你就通过云服务备份了数据。

于此同时，本地的所有 IPNS 私钥，现在可以通过一个新的 Key Manager 来管理及通过 iCloud Keychain 备份，如果你在 iCloud 设置中打开了 iCloud Keychain 功能的话。你可以在 Tools 菜单下找到新的 Key Manager。

对于所有数据同步的支持还在测试中。上面提到的移动主目录功能，及新的 Key Manager 功能，为数据在几台 Mac 之间的完全同步提供了可能性。但是目前还有一些边缘情况，需要更多的测试及代码上的处理。因此我们任务这个功能目前还处在一个试验性的阶段。在使用时需要小心。## 更多的社交网络连接支持

现在你可以为你的 Planet 填入这些社交网络的 ID，之后会显示在生成的网站首页，及其他人追随你的 Planet 时看到的信息面板里。

• Juicebox
• Mastodon
• Twitter
• Telegram
• GitHub

Insider 和 Debug 版本的新图标

我们会时不时发布 Insider 版本。Insider 版本中包括了最新的功能。这些功能通常在进入稳定版本之前，需要更多的测试。因此我们通过 Insider 版本来让新功能在发布之前能够获得更充分的测试。你可以从 Planet 项目的 GitHub Releases 页面下载最新的 Insider 版本。

https://github.com/Planetable/Planet/releases

如果你下载并运行了 Insider 版本，那么你会注意到这个版本现在具有一个独特的蓝色图标，具有类似 Xcode 及其他 Apple 开发工具的风格。同时我们也为 Insider 版本添加了专有的升级通道，因此现在 Insider 版本也可以获得自动升级。

如果你是从源代码构建 Planet，那么你就可以获得这款黄色的具有建设中意味的图标。

在后续的更新中，我们会提供更多的图标选项。比如最近在 Pinnable 项目中出现的新设计。

其他细节改进

• 在默认模版中为表格和 To-Do 列表增加了 CSS 样式
• 为 HTML 中的社交网络分享图片使用了更兼容的绝对 URL 地址
• 修复了一个在添加视频时的崩溃问题
• 修复了之前版本中音频播放器按钮不响应的问题
• 为工具栏中的 ETH 打赏功能换上了一个由 SF Symbol 驱动的图标
• 默认的 Plain 主题中的样式微调，带来整体更好的对比度
• 侧栏中的 Planet 图标增加了边框和投影以实现更好的对比度效果
• 模版中现在可以使用一个新的变量用于引用社交网络分享大图 social_image_url

在 Feature Update 6 中的一个主要更新，是一个全新的页面主题——Grid。你可以在下面这个地址看到效果：

yihanphotos.eth

这是一个为大量的图片和视频所优化的设计。针对 Desktop 和 Mobile 都做了响应式的设计。为了支持这个新的主题，软件本身需要提供一系列数据层面的更新：

视频第一帧存为图片文件

视频的第一帧会被保存为一个叫做 _videoThumbnail.png 的图片文件。例如这个红冠亚马逊鹦鹉的视频：

• https://yihanphotos.eth.limo/665137A4-A9D7-4D7C-92ED-56DA3B3FFF75/

第一帧的图片文件地址：

• https://yihanphotos.eth.limo/665137A4-A9D7-4D7C-92ED-56DA3B3FFF75/_videoThumbnail.png

Hero Image

如果文章附件中包括了一张足够宽的图片，那么这张图片的名字会可以在模版中以 heroImage 这个变量获得。这会为模版设计带来很多新的可能性。

同时，这个文件会被额外转换成两个适合在方格布局中使用的版本：_grid.jpg 和 _grid.png。如果附件中包括视频，那么视频的第一帧图片会成为 Hero Image。并且生成两个方格版本，比如：

• https://yihanphotos.eth.limo/665137A4-A9D7-4D7C-92ED-56DA3B3FFF75/_grid.jpg
• https://yihanphotos.eth.limo/665137A4-A9D7-4D7C-92ED-56DA3B3FFF75/_grid.png

这类由 Planet 在渲染时额外生成的图片文件，名称都会是 _ 下划线开头。

以上是关于新模版的介绍。在后续的更新中，我们会继续带来模版设计方面的更新。传统的博客系统如 WordPress、Jekyll、Ghost 等，在十多年的积累过程中，积攒了大量经过考验的信息组织方式方面的设计，而这些都是 Planet，从一个静态网站生成器的角度出发，需要接下来全部补齐的。

Published Folders Dashboard

Published Folder 是 Planet 在 2022 年 10 月的功能更新加入的新功能——可以把任意的本地文件夹，发布为 IPNS。

可以把这个功能理解为一个完全图形化界面操作的 IPFS 发布，尤其适合把各种静态网站生成器的 build 结果发布。比如 Jekyll。

之前这个功能的入口是在 Tools 菜单下。现在你可以在 Tools -> Published Folders -> Dashboard 找到这个新的图形界面管理入口。

New Template Browser

模版管理工具 Template Browser 现在具有一个三栏式的布局可以用于呈现更多信息。并且可以预览模版的首页列表的设计。

这里是一个视频演示。

WalletConnect 是一个被众多手机钱包支持的通讯协议。可以通过安全简单的方式让像 Planet 这样的原生应用，对手机上的钱包发起签名和交易请求，然后用户在手机上确认（通常还会经过指纹或者扫脸解锁）。

目前 Planet 的打赏功能是通过 WalletConnect V1 实现的，可能是世界上第一个通过 WalletConnect 实现钱包登录的 macOS 原生应用。同时，我们在密切关注各个钱包 App 对 WalletConnect V2 的支持进展，会在后续跟进升级协议。

• https://github.com/Planetable/Planet/releases/tag/insider-20221202-1

因为这次会有一个主要的新功能——通过 ETH 直接给内容创作者打赏。具体的使用方式是这样的：

ETH Tipping

在 0.11 版本的 Planet 中，可以在菜单 Planet 下找到一个新的选项——Connect Wallet。

然后用支持 WalletConnect 的钱包应用扫描弹出的二维码，然后 Planet 应用里就可以知道你的钱包地址及向应用发起交易请求。在这个阶段，不会有签名操作。

之后当你在 Planet 里访问 .eth 域名上的网站时，在 Toolbar 里会出现这个新的打赏按钮。如果在你 Follow 的 .eth 网站的 Toolbar 里没有出现这个按钮，那么请右键在 Planet 名称上点击 Check for update 解析 ENS 后面对应的钱包地址。并且，这个打赏按钮只会在连接了钱包之后才会出现。

按下之后就可以选择打赏金额——从 0.02E 到 1E 的几个不同的级别。如果你使用的是 MetaMask 的手机版本，那么这里还可以选择使用哪个网络发送，目前支持主网、测试网 Goerli 和测试网 Sepolia。

点击 Send 之后，这时手机上的钱包应用就会弹出一个转账确认。按下确认之后，打赏就发送到目标地址了。这是一笔简单的两个 ETH 地址之间的转账，你选择的打赏金额会 100% 进入内容创作者的钱包。

如果你在连接钱包的时候使用的应用是 Rainbow，那么需要注意的是 Rainbow 会在连接界面的右下角让你选择网络。如果你希望连接的是测试网 Goerli，那么需要在这里选择。如果你没有看到 Goerli 的选项，那么需要在 Rainbow 的设置中打开对 Testnet 的支持。之后在发送交易时，Rainbow 不支持交易时切换网络，会永远使用一开始的选择。

点击主界面左上方的钱包地址按钮，就可以看到所有过去发出的打赏记录：

MetaMask 和 Rainbow 是我们在开发这个功能的过程中，主要测试过的两个应用。如果你使用的是其他支持 WalletConnect 的应用，可以在 GitHub 的 Discussions 里告知我们，我们来试着进行更多的测试。目前，我们推荐使用的手机钱包 App 是 MetaMask 和 Rainbow。

• MetaMask for iOS: https://apps.apple.com/us/app/metamask-blockchain-wallet/id1438144202
• Rainbow for iOS: https://apps.apple.com/us/app/rainbow-ethereum-wallet/id1457119021

上面是 0.11 版本中新增的 ETH 打赏功能的介绍。

下面是本次更新中带来的其他功能和修复。

Published Folder 的自动发布

Published Folder 是我们在上一个版本中加入的新功能——你可以把任意的本地文件夹发布为一个 IPNS。如果你之前已经在使用某个静态网站生成器，那么这个功能可以帮助你快速把构建结果发布为 IPNS。

新增加的 Automatically Publish 开关可以自动监测文件夹内的内容变化，然后在每次变化发生时，将最新的 CID 写入 IPNS 实现内容的自动更新。

在不同的 Planet 之间移动文章

现在如果你右键点击文章，就可以找到一个新的选项让你可以在 Planet 之间移动文章。

比如你可以指定一个 Planet 来作为你的草稿箱，在里面写作和调整文章的样式，然后在完全满意之后，再把这篇文章移动到需要正式发布的那个 Planet。比如你现在看到的这篇文章，就是用这样的流程完成的。

Archive/Unarchive

现在你可以把自己创建的或者正在追踪的 Planet 设置为 Archive 状态。Archive 状态的 Planet 不会显示在侧栏中，也不会被自动发布或者更新，但是所有的数据会在本地保留。

之后如果你想找回，可以从 Planet 的设置面板中 Unarchive。

用于显示 Planet 的 IPNS 和 CID 信息的新面板

如果你需要获得一个 Planet 的 IPNS 或者最新的 CID，那么现在可以右键单击，然后找到一个新的菜单选项 Show IPNS and CID 就可以看到。

感谢大家对这个项目的持续支持。这次的新功能——ETH 打赏希望大家能够帮忙多多测试。如果需要获得 GoerliETH 测试网上的 ETH 来体验这个功能，可以通过下面这个网站挖一些试试：

• Goerli PoW Faucet

如果你在使用中遇到问题，可以从以下社区渠道向开发者反馈或者寻求社区协助：

• Telegram 上的 Planet 中文用户群

如果你十分确定遇到了软件实现上的 bug，那么可以通过 GitHub Issues 向我们描述如何复现 bug，我们会尽快调查和解决。

• GitHub 上的 Planet 项目

• 节点 A 向一个名称为 X 的 channel 发布消息
• 如果节点 B 和 A 互相是 peers，并且节点 B 正在监听同样名称的 channel，那么就可以实时收到这条消息

在 Planet 搭载的 kubo 中，打开了这个功能，因为它可以实现更快的 IPNS 信息更新。这也是 kubo 的另外一个实验性的功能：通过 PubSub 更新 IPNS。

于是，基于 PubSub，有可能可以实现一些很有趣的互动玩法。

对文章的点赞和评论

目前 Planet 的信息发布和传播模式，是一种类似广播的单向模式：写文章的人可以把自己的作品向外传递出去，通过 IPNS 或者 ENS，但是无法收到来自读者的反馈，比如评论和点赞之类的互动是不存在的。

如果，Planet 里增加一个基于 PubSub 的互动玩法，就可以这样实现：

• Planet app 监听所有本地 IPNS 同名的 channel
• 读者可以向这些 channel 发送点赞或者评论
• 如果监听方收到这些点赞和评论，就存入本地的 comments.json 和 likes.json 这样的文件，然后定时重新渲染网站发布。

这样的话，就在一个完全去中心化的环境里，实现了点赞和评论。

话题投稿、公共空间、话题广场

PubSub channel 的另外一种用法，可以被当作一个公共容器。

比如你写了一篇关于 Ethereum 这个标签的文章，那么就可以把文章的 IPNS + UUID 作为一条消息发送到一个叫做 planet:tags:ethereum 的 channel。

另外一端，如果有程序持续在监听这个 channel，就可以把所有收到的 URL 保存及抓取，然后生成一个专门关于这个 tag 的网站。

整个发送、接收、展示的步骤，都是自组织、无需许可的。

一些可能的问题

PubSub 机制要能完全按照期待的那样正常工作，需要满足两个稍微有些苛刻的条件：

• 发送方和接收方需要同时在线。因为中间并没有任何暂存机制，而是一种广播机制，所以如果消息发送的时候，接收方没有在线。那么稍后接收方在线的时候，并不能看到之前的消息。一种解决方式是发送方重复发送很多次，把去重（deduplication）这个问题交给接收方去处理。
• 发送方和接收方需要是彼此的 peers。这个问题在 WAN 复杂的网络条件下，究竟会如何影响 PubSub 功能的使用体验，及能对此做什么优化，我还需要通过代码尝试更多的实际情况才能知道。

下面的链接是从 0.9.2 到 0.10.0 版本之间的所有改动的更新日志：

https://github.com/Planetable/Planet/compare/release-0.9.2...release-0.10.0

发布本地目录到 IPNS

现在你可以在 Planet 把本地的任意目录发布为一个 IPNS。这个功能可以在菜单 Tools -> Published Folders 找到。

这样的话，意味着可以用 Planet 发布其他静态网站生成器的构建结果，比如用 Jekyll、Hugo、Zola 等构建的网站，发布为 IPNS。

比如这是一个用 Jekyll 构建的网站：

• 传统域名 https://livid.v2ex.com/
• 使用 Planet 0.10+ 发布的 IPNS k51qzi5uqu5dk40pdgrqh5e6soy2bide88stdbkx8h7jjwvo5cb3xbkb2b7wmq

上面的这个 IPNS 也可以直接在 Planet 里 Follow。

Filebase Pinning

Filebase 目前提供免费的 5GB 存储空间及 Pinning 服务。关于这个功能的具体使用方式，可以查看我们之前的博客内容：

https://olivida.eth.limo/9BE484CD-0EA5-4742-927E-FA56F7591CC2/

借助 Pinning 服务，只要在每次内部发布完成之后，再稍微多等待一会让 Pinning 服务也保存一份内容之后，就可以合上你的笔记本了。同时你的访客也会获得更快的速度。

我们会在将来提供对更多 Pinning 服务的支持。关于 Pinning 服务的一些设想，还可以看我之前的这篇文章：

https://olivida.eth.limo/09582A3A-7F32-4E3D-97B0-3105DFE42566/

Custom Code

如果你需要在 Planet 构建出来的网站的 HTML 的 head 或者 body 插入代码，比如各类流量统计或者第三方的评论系统。现在可以有更简单的方式了，之前需要编辑本地模版。

现在可以在 My Planet 上右键选择 Custom Code 就可以设置插入代码。

然后就可以在 3 个可能的位置插入定制代码：

• <head></head> 中间
• <body> 开始
• </body> 结束之前

RSS 及 Podcast 支持

现在 Planet 在生成网站时，也可以同时生成 RSS 文件。比如你当前正在查看的这个博客的 RSS 地址是：

olivida.eth.limo/rss.xml

如果你发布过音频内容，那么 Planet 还可以为你生成符合 Apple Podcast 标准的，只包括音频内容的 XML 文件，地址是在域名根目录下的 podcast.xml：

olivida.eth.limo/podcast.xml

右键点击 My Planet 可以找到新的 Podcast 设置，里面可以单独为 Podcast 频道设置封面图及选择分类。

完整的 Podcast 发布平台还有许多细节功能需要做。我们会在未来持续更新和 Podcast 有关的实现。

其他细节改进

• 修复了在构建网站时一个没有必要的 CID 变化
• 增加了针对 localhost 上的 IPFS API 端口在 WKWebView 里的屏蔽规则
• RSS 订阅时，如果页面上发现了多个不同格式，那么优先选择 JSON Feed
• 增加了 Insider Build 预览测试版的发布渠道
• 更新内置 kubo 版本到 0.15。我们也测试了最新的 0.16，但其中似乎有一个未修复的资源消耗问题，因此在本次更新时，没有使用最新的 0.16 而是使用了 0.15。
• 使用 SecureField 显示所有涉及 API Token 的部分，防止在截图或者屏幕共享时泄露敏感信息。
• 🌟 支持订阅 Matters Lab 发布的 IPNS

以上是本次 0.10 更新里的主要新功能和改进。如果你在使用中遇到问题，可以从以下社区渠道向开发者反馈或者寻求社区协助：

• Telegram 上的 Planet 中文用户群

如果你十分确定遇到了软件实现上的 bug，那么可以通过 GitHub Issues 向我们描述如何复现 bug，我们会尽快调查和解决。

• GitHub 上的 Planet 项目

目前最新的 Insider Build 可以从这里下载：

https://github.com/Planetable/Planet/releases/tag/insider-20221013-1

这个版本中增加的新功能是借助 Filebase 提供的 Pinning 服务，来让 Planet 中发布的内容可以更快地分发。

Pinning 服务是什么？

在初始状态下，用 Planet 发布的内容，通过本地运行的 IPFS 节点对外提供服务。如果打个比方，这样的状态就像是在用 BitTorrent 下载时，一开始，最初的内容发布者，是整个网络里唯一的做种者（seeder）。

当其他人需要访问内容时，就需要在 P2P 网络上找到做种者。所以，如果没有能够找到，或者连接不顺畅，那么也就无法访问内容。

而 Pinning 服务，就是在发布内容时，使用 API 通知的方式，让 Pinning 服务也保存一份内容，这样网络上就会有更多的 seeder，内容也就会更容易被找到和下载。

Filebase

Filebase 是一家提供分布式存储的初创公司。他们在最近支持了 IPFS，并且提供了一个很可靠的 Pinning API。于是基于这个 API，我们为 Planet 添加了第一个 Pinning 服务集成。

开始使用 Filebase

以下是启用 Filebase 来为 Planet 提供 Pinning 的步骤。

1. 首先需要注册一个免费的 Filebase 账号。目前，免费账号可以获得 5GB 的 IPFS 存储空间。

2. 点击 Filebase 主界面左侧的 Buckets，然后按 Create Bucket 创建一个新的存储桶。需要输入一个名字，比如 planet，然后下面 Storage Network 就保持默认的 IPFS (Always public)

3. 创建 bucket 完成之后，点击左侧的 Access Keys，然后在 IPFS Pinning Service API Endpoint 那里选中刚才创建的 bucket，然后按下面的 Copy 就可以获得 Pinning API 的 API Token，是一串很长的字符串，请当作一种密码保管。

4. 回到想要启用 Pinning 的 My Planet，右键点击 Edit Planet，然后切换到 Pinning Tab，填入一个 Pin Name，比如 ENS 或者其他 URL 友好的名字。及刚才获得的 API Token。然后按下 OK 保存。

5. 之后每次你的网站发布新内容时，就会通知 Filebase 也保存副本。目前 Filebase 会在 3 个不同的节点上保存内容。如果你 Edit Planet 然后切换到 Pinning Tab，还可以看到内容在 Filebase 上的状态：

• Pinning - 内容正在被复制到 Filebase
• Pinned - 内容已经完成复制
• Queued - 正在排队等候
• Unknown - 出错了，状态未知

如果出现 Unknown 状态，那么需要检查输入的 API Token 是否正确。可以从 Filebase 网站上重新复制之后重新在 Planet 里填入。

那个 Pinned 状态的按钮是可以按的，会打开 Pinned 内容在 Filebase 的 Gateway 上类似这样的地址：

https://ipfs.filebase.io/ipfs/bafybeihkepvteld5u7rmca6ud2cmi5pnpluwpvz6wtmnepmsmyner7xkq4/

内容成功 Pinned 之后，也可以在 Filebase 网站上看到状态：

Pinning 服务的集成，是一个很新也很复杂的功能，如果你在使用过程中遇到任何问题，欢迎加入 Planet 的 Telegram 群讨论或寻求开发者帮助：

https://t.me/+5bl7FIsxeChlOWIz

下面的链接是从 0.8.1 到 0.9.2 版本之间的所有改动的更新日志：

https://github.com/Planetable/Planet/compare/release-0.8.1...release-0.9.2

Follow .bit

现在在 Follow Planet 时，可以支持 .bit 域名。

.bit 域名是另外一个基于区块链的域名系统，底层数据存储和计算用的链是 Nervos Network。

和 ENS 类似，.bit 也提供对 dWeb 的支持，你可以在给你的 .bit 域名绑定用 Planet 生成 IPNS 地址，这样你的 .bit 域名上就可以有用 Planet 构建的网站。.bit 的公共网关是 .bit.cc，比如 olivida.bit 上的 IPNS 可以用这个地址访问到：

https://olivida.bit.cc

和 ENS 不同的是，.bit 在更新 dWeb 纪录的时候，不需要付出额外的 gas 费，因为 .bit 在注册时，注册费中就已经包括了一定数量的数据更新所需要的费用。

dWebServices.xyz

dWebServices.xyz 提供托管的 IPNS 纪录。你可以在 Planet 的设置窗口中填入 dWebServices.xyz 的 API Key 和域名，之后每次你的 Planet 更新时，最后的 CID 就会被设置到 dWebServices.xyz 上的 IPNS 记录。这样，除了 Planet 自带的 IPNS 记录，你会获得一个额外的位于 dWebServices.xyz 上的 IPNS 记录。这对于笔记本电脑用户可能会更方便，因为这样你不需要一直开机来保证你的 IPNS 记录存活。但在 Pinning 服务被引入之前，依然需要确保网络上至少有一个节点保存了你的内容，这样其他人才能访问和 Follow 你的网站。

我们会在未来的功能更新中提供 Pinning 服务的集成，这样使用笔记本电脑运行 Planet 的用户，在每次内容更新后，只需要再稍微等一下，等远程的 Pinning 服务获得内容之后，就可以彻底把本子合上了。

或是通过一个 Pinning DAO 来实现这样的效果。

功能细节改进

• 现在 Planet 应用的主窗口可以记住位置和尺寸，不会在每次关闭又重开的时候回到一个默认尺寸。
• 全局设置中增加了选择公共网关的选项。

• 更新了和 Cloudflare 的 peering 设置，现在内容可以更顺畅地被 Cloudflare 的公共网关找到。
• 本地 IPFS 设置中增加了对 webui.ipfs.io 的 CORS 允许，这样你可以通过 webui.ipfs.io 查看本地 IPFS 节点的一些状态。
• 增加了对 Planet 内部链接的支持，如果现在你相对链接同一个 Planet 中的其他文章，那么应用将可以正确跳转和设置焦点。
• 初步支持了链接到另外一个 Planet，比如 planet://zh.gamedb.eth 。如果你已经 Follow，那么会跳转到这个 Planet。如果你还没有 Follow，那么会尝试 Follow 这个地址。
• 修复了文章列表中未读数更新不实时的问题。
• 顶部工具栏增加了单篇文章的分享按钮。
• 降低了 IPFS 进程保持的连接数，可以一定程度降低 IPFS 对资源的消耗。我们会在后续的更新中提供更细致的调整选项。
• 修复了 Mark All as Read 没有正常工作的问题。
• 修复了内容检查更新时可能导致风火轮的一个性能问题。
• 在 Planet 的信息面板中，增加对了 ENS 类型 Planet 的标识。
• 在 Planet 的信息面板中，可以正确显示其中的 Markdown 语法。也就是说，你可以在 Planet 的 about 信息中使用 Markdown。比如这样的链接：

• 在 Unfollow Planet 操作上增加了一个确认框防止误操作。
• Planet 的信息设置窗口现在使用 TabView 来更好地组织更多信息。
• Planet 信息中可以填入 GitHub / Twitter 用户名，在模版渲染时会用上这些信息。
• 修复了打开 Plausible.io Dashboard URL 时的一个编码问题。（感谢来自 @Fatpandac 的 PR）
• 修复了一个编辑器预览区域没有同步滚动的 regression 问题。
• 编辑器窗口会按照所属的 Planet 记住尺寸和位置。
• 支持自建版本的 Plausible.io 流量统计服务。
• 首页模版渲染时新增变量 hasAvatar，模版设计者可以根据这个变量定制是否显示 Planet 的图标。
• 如果为 Planet 设置了图标，那么图标也会被保存为 32x32 的位于根目录的 favicon.ico。
• 支持通过 The Iconfactory 的 WorldWideWeb 应用来预览本地构建的网站。

以上是本次 0.9 更新里的主要新功能和改进。如果你在使用中遇到问题，可以从以下社区渠道向开发者反馈或者寻求社区协助：

• V2EX 上的 Planet 节点
• Telegram 上的 Planet 中文用户群

如果你十分确定遇到了软件实现上的 bug，那么可以通过 GitHub Issues 向我们描述如何复现 bug，我们会尽快调查和解决。

• GitHub 上的 Planet 项目

在 9 月的这个功能更新中，Planet 加入了对另外一个区块链域名的支持：

.bit

点击上面的域名，就可以注册属于你自己的 .bit 域名。（利益申明：这是一个带有 referral 信息的链接，如果你通过上面这个链接注册，那么我会收到返佣。）

.bit 也支持将 Planet 生成的 IPNS 设置为域名上分布式网站内容源。

与 ENS 不同的是，.bit 在设置网站内容源的时候，不需用户再次支付 gas。.bit 对此的解释是两个原因：

1. .bit 的注册费用中已经包括了一定数量的后续操作所需要的 gas 费。
2. .bit 所依赖的区块链 Nervos Network 的设计让计算类型的任务的 cost 较低。

所以，大家目前正在访问的这个博客，现在也有了一个 .bit 域名 olivida.bit，并且可以通过 .bit 的 dWeb Public Gateway 访问了：

olivida.bit.cc

Planet 的 Follow 功能，现在也可以支持 .bit 地址了：

目前如果你希望稍微降低 Planet 内置的 IPFS 的资源占用，那么可以打开这个位置的配置文件：

~/Library/Containers/xyz.planetable.Planet/Data/Library/Application Support/ipfs/config

上面路径中的 ~ 的意思是用户的 Home Directory。

在这个文件中搜索 HighWater，然后你会看到这样的一组默认配置：

• HighWater: 900
• LowWater: 600

你可以试着把这对值改低一些，比如改到：

• HighWater: 200
• LowWater: 100

这样会降低 IPFS 在运行时的连接数，也就降低了资源消耗。但是这样的代价是，某些情况下，在 P2P 网络上寻找全新内容的速度可能会降低。

为什么说是某些情况下呢，因为如果你要寻找的内容，你已经掌握它具体所在的节点位置，那么是可以通过 peering 和 pinning 的方式让内容快速同步的，同时并不需要维持很高的 peers 数量。关于 peering 和 pinning 能带来的诸多有趣可能性，我会在之后的另外一篇文章中介绍。

内置模版

在目前的版本中，Planet 有两个内置模版：

Plain

外观简洁，尽量贴近操作系统原生 look-n-feel 的模版，支持自动切换 Light/Dark 模式。Planet 如果有新的媒体格式支持，那么 Plain 模版会最先更新，提供对新的媒体格式的支持。比如之前的更新中，对视频和音频，及附件下载的支持。

• GitHub https://github.com/Planetable/SiteTemplatePlain
• Demo Site https://olivida.eth.limo/

8-bit GameDB

一个 8-bit 风格的模版。一些新的前端技术会在这个实验性的模版中使用。比如目前这个模版中的很多组件，就是用 Vanilla JS Web Component 实现的。GameDB 模版在获得新的媒体格式支持方面会比 Plain 模版稍微慢一周。

• GitHub https://github.com/Planetable/SiteTemplate8bit
• Demo Site https://zh.gamedb.eth.limo/

制作自己的模版

如果你希望制作自己的新模版，那么目前我们推荐的步骤是：

• 打开 Planet 的数据目录：~/Library/Containers/xyz.planetable.Planet/Data/Documents/Planet/Templates
• 复制其中的 Plain 模版的目录到一个新的目录
• 打开新目录中的 template.json 文件，编辑其中的 name 字段，给你的新模版一个新名字
  
• 然后在下次启动 Planet 之后，就可以看到和选择这个新模版了。

编辑和预览模版

如果你改动了自己的新模版的 HTML / JS / CSS，想要快速预览的话，我们推荐的做法是：

安装来自 The Iconfactory 的 WorldWideWeb，这是一款非常简单好用的静态网站 HTTP 服务器。它可以快速将任意目录的内容以 HTTP 方式提供服务。

在安装完 WorldWideWeb 之后，你会在右键点击 My Planet 时在 Develop 菜单下看到新选项：Open in WorldWideWeb

然后 WorldWideWeb 就可以在 localhost 上预览你的 Planet 的新模版构建的网站。每次你做了修改时，只需要在 Develop 菜单下 Rebuild，然后就可以通过 WorldWideWeb 提供的 localhost 上的服务预览更改。

此外，你可以通过 Planet 的 Tools 菜单下的 Template Browser 看到目前你本地的 Planet 所安装的所有模版：

这个关于 Planet 的 Template Engine 模版引擎的文档会在未来持续更新。

这个名字 WorldWideWeb 致敬了世界上第一个 HTTP 服务器，也就是当年跑在 Tim Berners-Lee 的 NeXT 电脑上的那个。因此你也可以在 WorldWideWeb 的 Help 页面看到当年的那台机器的样子。

WorldWideWeb 的工作方式非常简单：选择一个文件夹，然后 WorldWideWeb 就会在 8080 端口上启动，然后访问本地机器的 8080 端口就可以看到那个目录里的网站。

在刚刚发布的 Planet 0.8.2 版本更新里，我们加入了对 WorldWideWeb 的支持。如果你的 Mac 上有安装 WorldWideWeb，那么现在当你右键单击自己的 Planet 时，会在 Develop 菜单下看到一个 Open in WorldWideWeb 的新选项，然后就可以用 WorldWideWeb 打开你自己的 Planet 构建的静态网站。

这样的用途是？如果你在开发自己的 Planet 模版，那么配合新的 Develop 菜单的 Rebuild 功能，每次你在自己的模版中改动了什么的时候，就可以方便地马上看到改动之后的效果了。

你可以从 App Store 免费下载 WorldWideWeb：

WorldWideWeb for macOS

• @stdc105
• @kailuo
• @livid

下面的链接是从 0.7.0 到 0.8.0 版本之间的所有改动的更新日志：

https://github.com/Planetable/Planet/compare/release-0.7.0...release-0.8.0

下面是这个版本里带来的新功能和改进。

Plausible.io 数据统计

Plausible.io 是一个开源的数据统计平台，创始团来自欧洲。现在 Planet 支持在 Info 面板中填入 Plausible 的 domain 和 API token，这样就可以通过 Plausible.io 看到有多少人访问过你的 Planet。

比如下面的链接是 olivida.eth 的访问数据例子：

https://plausible.io/olivida.eth.limo

另外一个例子，Plausible.io 官方网站的流量：

https://plausible.io/plausible.io

Plausible.io 的实现方式是尊重隐私的。这个平台不会收集个人信息，甚至都没有使用 cookie。因此不需要在使用 Plausible.io 的页面上弹出 cookie banner。

我们会在未来的版本更新中加入对 self-hosted 版本的 Plausible 的支持。

博客 Podcast 和附件支持

现在你可以在撰写内容时，选择附加一个音频文件，或者是直接将音频文件拖拽到写作窗口中。之后在发布时，页面上就会出现一个音频播放器。

在本篇博客的内容中，就附加了一段音频内容。这是我在 5 月份 Planet 上线之前，和 枫言枫语播客 录制的。里面分享了关于 Planet 在制作过程中的一些思考。

如果是在 0.8.0 之后版本的 Planet 客户端中访问这样的带有音频的内容，那么在工具栏中会看到一个耳机按钮，点击之后就会启动一个全局的音频播放器去播放内容中所携带的音频内容。得益于这个全局播放器的存在，播放时切换查看的文章内容，播放不会被打断。

我们会在未来的版本中继续优化这个全局音频播放器的使用体验。

如果你将其他格式的文件，比如 PDF 或者 DMG 之类拖拽进入写作窗口，那么这样的内容在发布之后，会在 0.8.0 的客户端中显示为附件。访客可以点击工具栏中的附件图标就可以下载。

内置模版的细节改进

Planet 目前内置了两个网站模版用于切换样式。

在这次的更新中，我们为这两个模版加入了众多的细节改进：

• 对音频内容的支持
• 针对视频和图片内容的 CSS 样式优化
• 在顶部区域，从内容页面返回到首页的链接
• 在 iOS 移动设备上访问时的 safe-area 问题
• Plain 主题首页对 Dark Mode 的支持

模版的功能完备是 Planet 的重要部分。所有的内置模版和 Planet App 一样，也都是开源软件，所以如果你发现任何模版相关的问题，也可以通过 GitHub Issues 甚至 PR 的方式反馈给我们：

• https://github.com/Planetable/SiteTemplatePlain
• https://github.com/Planetable/SiteTemplate8bit

接下来，我们会在 2022 年 8 月发布关于如何自己构建新模版的详细文档。

下面这个项目是来自开发者 Fledge Shiu 的一个有意思的模版，实现了中文竖排的效果：

https://github.com/FledgeXu/Vertical

然后这里是一个用 8-bit 模版的关于经典老游戏的博客：

https://zh.gamedb.eth.limo/

内置 go-ipfs 版本升级

Planet 内置的 go-ipfs 版本从 0.12 升级到了 0.14。从 0.13 版本开始，上游 Protocol Labs 将 go-ipfs 项目更名为了 kubo，所以之后我们如果需要在文档中提到 go-ipfs，我们会使用它的新名字 kubo。

由于 kubo 的版本升级，会在 Planet 启动时有一个迁移仓库的操作。如果你的本地 IPFS repo 的文件数量较大，那么这个迁移可能会需要一些时间，让它跑一会就好。

我们会在未来的版本中提供更多针对本地 IPFS repo 的图形界面管理功能。

RSS 订阅器相关的细节改进

其实从 Planet 的第一个发布版本开始，这个软件就是带有 RSS 订阅功能的。但是因为一些细节还不够好用，所以我们之前没有公开宣布过这个功能的存在。

在这次的 0.8.0 更新中，我们针对 RSS 订阅的很多细节功能做了改进和测试，所以现在我们可以有一些信心来邀请你试用一下。

这里有一些有趣的 RSS 订阅源：

• Low Tech Magazine: 一个完全靠太阳能驱动的网站，所以阴天的时候可能会断线。
• YouTube 上的 Deep Look 频道：各种有趣动物的 4K 科普视频

很多会持续更新内容的网站，很可能都带有 RSS 订阅地址，一个例子就是 YouTube 上的各类 Channel 的首页。你可以尝试直接把网址填入到 Follow Planet 那里，如果内容源上确实存在 RSS 地址，那么就可以用 Planet 订阅。

如果你在使用 RSS 订阅功能的过程中遇到问题，欢迎反馈到下面这些社区渠道：

• Telegram 上的 Planet 中文用户群

提醒相关的细节改进

我们在这次更新中进一步改进了 Local Notification 的工作方式。现在如果你收到了订阅的 Planet 的内容更新提醒，那么点击 Notification 就可以直接跳转到这篇文章。

其他细节改进

• 更换了 Markdown 渲染引擎，现在 Planet 可以输出和 GitHub Flavored Markdown 完全一致的结果，同时也解决了之前由于使用 Ink 渲染所带来的一些 crash 问题。
• 现在在查看文章时，如果执行了任何的下载相关的操作，那么这些操作可以正常工作了，并且可以从一个新的 Download Manager 窗口中看到下载进度。之前的版本中由于缺乏对 WKDownloadDelegate 的实现而导致了下载相关的操作没有反应。
• 改进了对 DNSLink 加载内容的支持。值得注意的是，如果你希望以 DNSLink 方式订阅一个 IPFS 上的网站，那么需要在 Follow Planet 窗口使用 planet 协议，比如这样去输入域名 planet://zu1k.com。
• 从 Planet 发布的 IPNS 记录的 TTL 时间从 1 周调整到了 1 年。但 IPNS 记录在节点上的存在时间，依然取决于很多其他因素。所以，如果你希望保持你的 IPNS 记录有效，那么至少每周打开 Planet 运行一段时间，就肯定没有问题的。关于 IPNS 及 Pinning 这几个复杂而又重要的技术细节，我们会在接下来的一篇博客里详细介绍。

以上是本次 0.8.0 更新里的主要新功能和改进。如果你在使用中遇到问题，可以从以下社区渠道向开发者反馈或者寻求社区协助：

• V2EX 上的 Planet 节点
• Telegram 上的 Planet 中文用户群

如果你十分确定遇到了软件实现上的 bug，那么可以通过 GitHub Issues 向我们描述如何复现 bug，我们会尽快调查和解决。

• GitHub 上的 Planet 项目

视频发布

现在在发布文章时，可以为文章附加一条视频。效果就像现在你看到的这篇一样。如果你现在在用的屏幕支持 HDR（比如新款 14 和 16 MacBook Pro 的屏幕），你会注意到这个视频是 HDR 的。

数据存储优化

我们对 App 底层的数据架构做了一次比较大的重构，来解决在上个月初次发布的版本中遇到的一些问题。在有了这个新的数据层之后，整个 App 的性能会有一个明显的提升。比如之前在打开 Unread 时可能会感受到的延迟现在消失了。如果你在升级之后遇到任何和数据相关的问题，可以到这个 Telegram 群寻求开发者支持 https://t.me/+5bl7FIsxeChlOWIz

另外就是，现在 App 在检查到新的内容更新时，会发送本地通知。我们会继续增强和 Notification 有关的功能的使用体验。

增强的 ENS 支持

最近我们发现了一个性能很好的 ENS Gateway——ETH.LIMO，然后我们把 App 里如果用传统浏览器打开 ENS 链接的地方都换成了这个。这样如果你需要把自己发布在 ENS 上的内容发给没有安装 Planet 也没有在使用 Brave 的朋友，那么你可以使用类似下面这样的连接：

https://olivida.eth.limo/

在过去几年的时间里，有这么几件事情让我印象深刻。

Microsoft 收购了 Wunderlist。基于 Wunderlist 推出了 Microsoft To Do，但是却并没有 Wunderlist 的所有功能。比如一直都没有评论功能。后来 Microsoft 宣布会在 2020 年 5 月彻底关闭 Wunderlist。Wunderlist 的创始人 Christian Reber 试图买回公司，但是却没有得到回应。

Atlassian 宣布之后将只会提供云版本的 Jira，不会再出售新的 Jira on-premise 的授权。也就是说，以后就不会再有可以跑在自己服务器上的 Jira 了。

Google 宣布会终止一直免费的自建域名版本 Gmail。如果要继续使用，那么请绑定信用卡。收费模式是每用户每月 6 美元起。

大公司的这些决定让我作为他们曾经的用户，而不得不去花额外的时间和资源，寻找替代方案、改变使用习惯。而有些产品，虽然有不错的替代方案——比如 Linear 是很好的 Jira 替代品，但我不知道如果什么时候 Linear 被一家大公司收购，然后大公司关闭 Linear？那我之前在 Wunderlist 和 Jira server 关闭时所经历的一切无奈就会被迫又经历一次。

于是所有的这些事情，都促成了我后来在很长一段时间内的思考——自己接下来新产生的那些创作及创作过程，到底应该放在一个什么样的地方？

那么，后续的计划是什么？这里大概说一下。

1. 视频和音频。在传统的 Web 2.0 场合，视频和音频是一种「上传」体验。而将来在 Planet 里，应该只是一件拖拽进来，加上描述，然后发布之后放在那里就好的体验。
2. 评论和 Web Ping。
3. 移动版本。具体细节还在设计中。但考虑到不太可能会让手机来运行 IPFS 的服务器（网络流量消耗和电池都是问题），所以一种可能的实现方式是 Planet 的 Desktop 版本提供一个 API，然后手机来连接这个 API。现在有 Tailscale 和 ZeroTier 这样的技术可以让手机在任意网络上都和家里的电脑保持内网直连状态，因此如果能够实现这样的一种卫星式的体验，应该会很有意思。
4. 更多更强更美的页面主题。Planet 内部在渲染每一个网站时，使用了一套基于 Jinja 语法的模版系统。借助这套模版系统，每一个 Planet 都有可能可以使用完全个性化的设计。

我们会在后续发布详细的模版设计相关的文档。但是如果你是经验丰富的前端工程师，想提前试试的话，那么可以在菜单里 Tools -> Template Browser 找到模版浏览器，然后在 Template Item 上右键 Reveal in Finder。每一个 Template 都在一个自己的文件夹，你可以把文件夹复制一份，改个名，然后里面的 template.json 的元信息也改一改，就可以做自己的模版了。剩余的文件结构并不复杂，一看就明白。如果你机器上安装了 Visual Studio Code，那么可以直接右键 Open in VSCode：

要支持一个完整的模版设计系统，会需要很多的支持变量（variables），不过这不会是一件很复杂的事情。我们会尽快把这件事情补齐。

目前这个 App 还处在一个非常早期的阶段，还有很多实现上的问题。我们会在后续继续更新。如果你之前玩过 IPFS 或者 ENS，那么你可能会想要试试这个完全的 GUI 体验的发布方案。

开始使用

在 App 第一次启动时，会自动 follow 下面的这两个 ENS：

• vitalik.eth - Ethereum 的创始人之一
• planetable.eth - Planet 项目的博客

点击主界面下方的加号，就可以创建自己的 Planet。在创建并写了第一个篇文章之后，你的 Planet 就会被发布为一个 IPNS。右键点击侧栏里你的网站，选择 Copy IPNS。然后你就会在剪贴板中获得像这样的一串东西：

k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk

然后你把这串 IPNS 发给其他 Planet 用户，他们就可以收到来自你的更新了。

你用 Planet 发布的网站，也可能可以通过各种 Public Gateway 访问，比如这是你当前正在阅读的这篇文章在各个 Gateway 上的地址（URL 拼接规则是 Public Gateway 域名 + /ipns/ + Planet.ipns + / + Article.UUID）：

• ipfs.io
• dweb.link
• cf-ipfs.com

绑定 ENS

你可以把 Planet 发布出来的 IPNS 设置为你的 ENS 域名的 Content Hash。这类似于在传统 DNS 中设置一条 A 记录。

打开 app.ens.domains 然后在 Content 处填入你刚才获得的 IPNS，记得在前面加上协议 ipns://，就像下面截图中这样：

注意因为设定 Content Hash 会是一个 ENS 合约上的操作，所以这一步会有 gas 费。但是之后你在 Planet 里发布新的内容，你的 IPNS 不会发生改变，也不会再有 gas 费的问题。

在完成了 ENS 绑定之后，也可以直接用类似下面这样的地址通过 Public Gateway 打开你的 ENS：

• https://ipfs.io/ipns/olivida.eth
• https://olivida.eth.limo

在原生支持 IPFS 的 Brave 浏览器里，你甚至可以用 ipns://olivida.eth 这样的地址直接打开你用 Planet 发布的网站。

记得在 Brave 设置中将 Method to resolve IPFS resources 设置为 Brave local IPFS node，这样你才可以通过真正的去中心化方式访问。

因为目前 Planet 还处在一些非常大的变化中，因此时不时备份你的 IPNS key 是非常有必要的。在 0.8+ 版本中备份的操作方式是侧栏中选中自己的 Planet，然后从右键菜单中选择 Export Planet。

一些已知问题

由于 IPFS 的 DHT 本质，虽然你用 Planet 发布出来的 IPNS 可以通过 IPFS 的 Public Gateway 访问，但是第一次的速度可能会非常缓慢，甚至打不开。

当你把 IPNS 发给其他人，让其他人 follow 你时，你的 App 必须处于打开状态，否则别人无法获得内容。当然，如果你熟悉 IPFS 的特性，那么你可以用 Pin 的方式加速和解决这个问题。关于 Pin 的优化，我们会在之后的文档中详细解释。每一个 follower 的获取更新时，也会做一个 pin 操作。因此如果一个内容的访问者越多，那么在 IPFS 网络中的性能也就会越好。

你的网站内容每次更新时，所有 follow 你的人在获得更新时大概会是一个分钟级别的延迟。

目前 Planet 里有一些地方允许你用 Public Gateway 去测试打开你发布的内容。我们目前使用的 Public Gateway 是 dweb.link，之后这个地方会变成一个可以更改的选项。

另外值得说明的是，由于 IPFS 的 DHT 本质，所以是可以看到一条内容可以通过哪些 IP 提供服务。就像你通过 BitTorrent 下载时，你的 IP 也会被其他节点看到。

开源及下载

Planet 的最新版本会在 planetable.xyz 的首页或者我们的 GitHub 项目首页提供。

• https://planetable.xyz
• https://github.com/Planetable/Planet

如果你遇到了什么问题，或者是想要新功能，可以在 GitHub 上以创建 issue 的方式提给我们。

或者加入我们在 Telegram 上的中文用户群：

https://t.me/+5bl7FIsxeChlOWIz