🍊柑橘 RSS 阅读器 - 鸿蒙首款原生 RSS 阅读器

从高中折腾到现在，也算是用过各种这样的博客系统了。

一开始是 WordPress，可惜最早的那些文章早已经消失在时光的长河中了。
然后是 Hexo，这部分倒是保留得比较好，在 GitHub 上好好地躺着。不过文章倒是没有几x
于是又继续开始 WordPress，这次是从 2020 年开始的。后来博客几经波折，部署的 VPS 也从 KossCloud 变成狗云。
中途曾经不止一次希望把 WordPress 换掉，于是尝试了 Typecho、Hugo、……

而最终，我发现了 Astro。

Why Astro?

Astro 解决了什么问题？

简单来说，它在一定程度上解决了在镣铐与舞蹈——个性与共性之迷思一文中，我提到的个性与共性的冲突。

从我的角度来看，Astro 定义了两个级别的自由度。

Markdown。在这种模式中，你可以在有限的自由度下创作最核心的内容。
Mdx / Astro。在这种模式下，如果你想创作天马行空的内容，你可以利用完整的现代前端能力，什么花活都可以整（x

对于占博客文章数量大头的普通博客，其实用 1 的自由度是完全没有问题的；而对一些希望经可能表现个性的文章，2 几乎完美地覆盖了创作欲的边界。

`WordPress` 的问题是？

WordPress 其实什么都没有缺。恰恰相反，WordPress 是多了太多东西。作为完整的 CMS 实现，它依赖了太多在我视角看来“不干净”的东西，包括但不限于：

PHP：这可能是我最担心的点了。打了这么多年 CTF，对 PHP 的不信任可以说是有十分甚至九分。我不能放着这样一个定时炸弹在我 VPS 上而无动于衷（
MySQL：如果说 PHP 的问题可以接受的话，在同一台 VPS 再跑一个数据库就是又叠了个不稳定因素。而从成本角度考虑，单独部署数据库即麻烦又费钱，令人感叹（
不完全开源的插件/主题：用 WordPress 肯定是奔着它的生态去的，但这些生态真的能用得放心吗？这是要打个问号的。

对我而言，一直以来不满意的部分也就是 WordPress 的主题了。可能是我的偏见，PHP 和 JQuery 以及“大而全”主题的青睐者群体似乎是高度一致的。我常常会希望将主题中的某些无用的功能去掉，但 PHP 实现的主题又常常各个功能都糊在一块，令人望而却步。

Astro Paper

我一直希望用上一个简单好看的主题。我梦想中的主题是能够让作者和读者都更容易聚焦在最核心的内容上，不被其他无关的部分夺取注意力的简洁设计。简单也意味着它的代码足够精简，在需要修改时能够变成任意想要的形状。

Astro Paper 同时满足了我对这二者的幻想。更重要的是，作为 Astro 的一员，它是以前端更熟悉的组件（Component），而不是模板（Template）的形式实现的。这使得它的定制成本几乎可以忽略不计，任何一个成熟前端（或者不成熟前端的我）都可以一眼看出要怎么修改。

太好改了，喜欢x

代码块

WordPress 中另一个我一直不大满意的部分就是代码块了。WordPress 的代码块插件五花八门，但写起来都多多少少感觉少点什么。比如需要手动在界面上选语言啊，需要这里点点那里点点，又或者是不支持相对行号啊，不能高亮啊，等等等等。让人怀疑，用 WordPress 插入代码的是不是太小众了（？）

而 Astro 虽然也不是默认完全支持这些需求，但社区里是有几乎完美的解决方案的——

那就是 Expressive Code。

Expressive Code 几乎满足了我对代码块的所有幻想，它可以相对行号：

second line
third line

可以高亮并命名：

fn main() {
  println!("Hello World!");
  // print something different!
  println!("?");
}

甚至可以折叠：

fn main() {
  println!("Hello World!");
3 collapsed lines
  // Hide & Seek!
  println!("You would not find me!");
}

对于分析源码的文章，有这些功能真的是有如神助。

WordPress 的另一个核心能力是评论，而在新博客中，我选择通过 giscus 实现基本的评论功能。

giscus 是利用 GitHub 的 Discussion 功能实现的评论系统。和 Issue 实现的评论相比，更加符合 Discuss 的精神内核，接入起来也非常简单，参考 Add comments Section to your Astro blog - Youssouf 里的步骤即可。

但怎么说呢，目前的这种接入方式我还是不大喜欢，后续如果可能的话最好还是以 npm 包的方式引入一下（

そして、次の曲が始まるのです

目前的新博客，让我们称它为 Astro，基本已经达到可用的状态了。事实上，在博客刚开始建设的 2024.3.30 这一天里，我不仅把博客调整到了基本满意的状态，还摸出了四篇 Pingora 的源码解析。可以说目前的形态已经基本可以满足并刺激我在此之上进行创作了。

在此基础之上，我们还有一些要做的：

黑幕插件。由于旧博客中大量使用了 Heimu 这一插件，因此我们也需要为它做好准备。
密码。旧博客里有很多带密码的逆向文章，这个特性对新博客而言也是必须的。
图床。目前的博客还没有为图片做好准备。虽然我也可以选择 GitHub 直接上传，但心理上还是有点无法接受。

在一切准备就绪后，就可以开始对现有的博客做一波迁移了：

（这么一数好多x

全新的博客还在不断进化。我也希望后续能够填充更多我的学习、思考，真正地将我的精神状态拉回合理的那条线上。

「そして、次の曲が始まるのです」

从高中折腾到现在，也算是用过各种这样的博客系统了。

一开始是 WordPress，可惜最早的那些文章早已经消失在时光的长河中了。
然后是 Hexo，这部分倒是保留得比较好，在 GitHub 上好好地躺着。不过文章倒是没有几x
于是又继续开始 WordPress，这次是从 2020 年开始的。后来博客几经波折，部署的 VPS 也从 KossCloud 变成狗云。
中途曾经不止一次希望把 WordPress 换掉，于是尝试了 Typecho、Hugo、……

而最终，我发现了 Astro。

Why Astro?

Astro 解决了什么问题？

简单来说，它在一定程度上解决了在镣铐与舞蹈——个性与共性之迷思一文中，我提到的个性与共性的冲突。

从我的角度来看，Astro 定义了两个级别的自由度。

Markdown。在这种模式中，你可以在有限的自由度下创作最核心的内容。
Mdx / Astro。在这种模式下，如果你想创作天马行空的内容，你可以利用完整的现代前端能力，什么花活都可以整（x

`WordPress` 的问题是？

PHP：这可能是我最担心的点了。打了这么多年 CTF，对 PHP 的不信任可以说是有十分甚至九分。我不能放着这样一个定时炸弹在我 VPS 上而无动于衷（
MySQL：如果说 PHP 的问题可以接受的话，在同一台 VPS 再跑一个数据库就是又叠了个不稳定因素。而从成本角度考虑，单独部署数据库即麻烦又费钱，令人感叹（
不完全开源的插件/主题：用 WordPress 肯定是奔着它的生态去的，但这些生态真的能用得放心吗？这是要打个问号的。

Astro Paper

太好改了，喜欢x

代码块

而 Astro 虽然也不是默认完全支持这些需求，但社区里是有几乎完美的解决方案的——

那就是 Expressive Code。

Expressive Code 几乎满足了我对代码块的所有幻想，它可以相对行号：

second line
third line

可以高亮并命名：

fn main() {
  println!("Hello World!");
  // print something different!
  println!("?");
}

甚至可以折叠：

fn main() {
  println!("Hello World!");
3 collapsed lines
  // Hide & Seek!
  println!("You would not find me!");
}

对于分析源码的文章，有这些功能真的是有如神助。

WordPress 的另一个核心能力是评论，而在新博客中，我选择通过 giscus 实现基本的评论功能。

但怎么说呢，目前的这种接入方式我还是不大喜欢，后续如果可能的话最好还是以 npm 包的方式引入一下（

そして、次の曲が始まるのです

在此基础之上，我们还有一些要做的：

黑幕插件。由于旧博客中大量使用了 Heimu 这一插件，因此我们也需要为它做好准备。
密码。旧博客里有很多带密码的逆向文章，这个特性对新博客而言也是必须的。
图床。目前的博客还没有为图片做好准备。虽然我也可以选择 GitHub 直接上传，但心理上还是有点无法接受。

在一切准备就绪后，就可以开始对现有的博客做一波迁移了：

（这么一数好多x

全新的博客还在不断进化。我也希望后续能够填充更多我的学习、思考，真正地将我的精神状态拉回合理的那条线上。

「そして、次の曲が始まるのです」

从高中折腾到现在，也算是用过各种这样的博客系统了。

一开始是 WordPress，可惜最早的那些文章早已经消失在时光的长河中了。
然后是 Hexo，这部分倒是保留得比较好，在 GitHub 上好好地躺着。不过文章倒是没有几x
于是又继续开始 WordPress，这次是从 2020 年开始的。后来博客几经波折，部署的 VPS 也从 KossCloud 变成狗云。
中途曾经不止一次希望把 WordPress 换掉，于是尝试了 Typecho、Hugo、……

而最终，我发现了 Astro。

Why Astro?

Astro 解决了什么问题？

简单来说，它在一定程度上解决了在镣铐与舞蹈——个性与共性之迷思一文中，我提到的个性与共性的冲突。

从我的角度来看，Astro 定义了两个级别的自由度。

Markdown。在这种模式中，你可以在有限的自由度下创作最核心的内容。
Mdx / Astro。在这种模式下，如果你想创作天马行空的内容，你可以利用完整的现代前端能力，什么花活都可以整（x

`WordPress` 的问题是？

PHP：这可能是我最担心的点了。打了这么多年 CTF，对 PHP 的不信任可以说是有十分甚至九分。我不能放着这样一个定时炸弹在我 VPS 上而无动于衷（
MySQL：如果说 PHP 的问题可以接受的话，在同一台 VPS 再跑一个数据库就是又叠了个不稳定因素。而从成本角度考虑，单独部署数据库即麻烦又费钱，令人感叹（
不完全开源的插件/主题：用 WordPress 肯定是奔着它的生态去的，但这些生态真的能用得放心吗？这是要打个问号的。

Astro Paper

太好改了，喜欢x

代码块

而 Astro 虽然也不是默认完全支持这些需求，但社区里是有几乎完美的解决方案的——

那就是 Expressive Code。

Expressive Code 几乎满足了我对代码块的所有幻想，它可以相对行号：

second line
third line

可以高亮并命名：

fn main() {
  println!("Hello World!");
  // print something different!
  println!("?");
}

甚至可以折叠：

fn main() {
  println!("Hello World!");
3 collapsed lines
  // Hide & Seek!
  println!("You would not find me!");
}

对于分析源码的文章，有这些功能真的是有如神助。

WordPress 的另一个核心能力是评论，而在新博客中，我选择通过 giscus 实现基本的评论功能。

但怎么说呢，目前的这种接入方式我还是不大喜欢，后续如果可能的话最好还是以 npm 包的方式引入一下（

そして、次の曲が始まるのです

在此基础之上，我们还有一些要做的：

黑幕插件。由于旧博客中大量使用了 Heimu 这一插件，因此我们也需要为它做好准备。
密码。旧博客里有很多带密码的逆向文章，这个特性对新博客而言也是必须的。
图床。目前的博客还没有为图片做好准备。虽然我也可以选择 GitHub 直接上传，但心理上还是有点无法接受。

在一切准备就绪后，就可以开始对现有的博客做一波迁移了：

（这么一数好多x

全新的博客还在不断进化。我也希望后续能够填充更多我的学习、思考，真正地将我的精神状态拉回合理的那条线上。

「そして、次の曲が始まるのです」

ToC

Why Astro?

WordPress 的问题是？

Astro Paper

代码块

评论

そして、次の曲が始まるのです

ToC

Why Astro?

WordPress 的问题是？

Astro Paper

代码块

评论

そして、次の曲が始まるのです

ToC

Why Astro?

WordPress 的问题是？

Astro Paper

代码块

评论

そして、次の曲が始まるのです

`WordPress` 的问题是？

`WordPress` 的问题是？

`WordPress` 的问题是？