Skip to content

How To Blog 01: Why, How, and the Future

Updated: at 19:37

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

而最终,我发现了 Astro

ToC

Why Astro?

Astro 解决了什么问题?

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

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

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

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

WordPress 的问题是?

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

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

Astro Paper

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

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

太好改了,喜欢x

代码块

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

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

那就是 Expressive Code

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

2
second line
3
third line

可以高亮并命名:

1
fn main() {
2
println!("Hello World!");
3
4
// print something different!
5
println!("?");
6
}

甚至可以折叠:

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

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

评论

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

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

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

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

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

在此基础之上,我们还有一些要做的:

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

(这么一数好多x

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

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