
## 前言

经典的博客抱怨“三段论”是这样的：

首先，感慨博客在互联网上已然衰落，不再流行；

其次，感慨长篇文字没有人看，现在人们都喜欢看微博、短视频等；

最后，因此博客就要么自娱自乐，要么随便写写。

我们说“文如其人”。其实，一个人的博客很大程度上反应了他的作文或论文写得如何。论文写的很棒，但博客很糟糕，这种情况应该很少。

我们本应从写博客这项活动中获益深大，正如从任何良好的写作活动中获得甚大。在这篇文章中，我打算认真对待博客，看看“如何写好博客”这个主题有什么话可说。这些话对于如何写好文章，具有一般性意义。

## 写作目标

明确博客的目标是首要的。为什么要写博客？写博客只是业余活动。这决定了，人们不会也不应该为之投入太多的时间和精力。我认为，一般而言，博客的目标应当是这样的：通过写作来提升自己的思考，与此同时对公共有益。

写博客必须首先对自己有用，与此同时要有一定的公共性。假如我是一个学习哲学的研究生，经常阅读并思考一些问题。于是我就把某段时间深入思考的问题写下来。一方面，这样做的好处是，通过写作，整理了自己的思想，使之清晰，使之固定，使之成熟。[^1]写博客最大的受益者肯定是作者本人。另一方面，在写作的过程中，我还需要考虑，既然把这篇文章公开，而不是放在自己电脑硬盘里，那么读者会从这里获得什么呢？

第二个问题其实是第一个问题的另一个侧面。写作是一种对话，不是自言自语。思考如果只是自言自语，也永远不可能清晰。这里的主要问题是，首先，什么人会对我讨论的问题感兴趣，其次，这些人的一般想法或见解是什么，最后，怎样才能使目标读者能够轻松理解。

若不仔细考虑以上三个问题，则博客很难写好。比如，有的人最近读了一本书，就写了三四千字的介绍或感想，完全不考虑什么人会对这种感兴趣。整篇文章仅仅在说，我对这本书有什么感想。你对这本书有感想确实很重要，但别人为什么要感兴趣？如果有人感兴趣，那么你怎么才能让他们清晰和完整的理解你的想法，而不是只是被告知，你有某种想法(至于什么想法，不清楚)？不要把博客写成自言自语。博客不是日记。写博客和其他写作一样，既是一种思想，也是一种对话，而思想归根结底是一种对话。

如果不考虑第二个问题，就会导致，文章要么写得很啰嗦或很粗陋，要么写得没有价值。比如，许多人对一个东西的介绍没头没尾。再比如，许多人写的东西都是别人知道的。请记住，写作之前，想好，所要讨论的问题一般人怎么想非常重要。

一篇好的文章的通常写作套路都是：首先，指出要讨论的问题，然后，概括一般人怎么想(这个其实很见功力)，然后指出，这样想有什么不足之处，最后提出，我的想法是什么，为什么这种想法更好。

很容易看到，只有做好了以上两个准备，文章才能清晰。清晰是文章的首要美德。

再回到哲学研究生的例子上。他的目标读者可以是水平相当的同行，也可以是具有一般受教育的人士。无论是什么，他必须首先明确自己的目标读者：他想要与什么人对话？如果目标读者是专业同行，那么文章就可能写得相对晦涩或专业一些，但却十分精炼。相反，如果面向一般受教育人士，则文章需要写得通俗，少用术语，并用平实的语言解释晦涩的概念。

一种糟糕的做法是，文章没有明确的目标或议题，只有只言片语。这种文章的作者不知道自己为什么要写它们，也不知道想要向读者传达什么；或许，他们根本不在意或不在乎这些。他们仅仅是说，啊，某个电影我看了很好看，其中某个情节让我震撼，或者说，某本书的某个概念我很困惑。

私人生活或专业思考不是不能用来写博客，相反，它们应该成为最好的素材和写作动力。但是，一定要注意使你的写作具有一定程度的公共性。

如果我正在思考一个专业哲学问题，并且想要把它表达出来，以帮助我将这个想法梳理清楚，并固定下来，我需要尽量让我的文章具有公共性：有明确的目标读者，有一定的铺垫和解释，讨论完整，使目标读者能够仅仅通过我的文章就能理解。

最为糟糕的做法是把自己的凌乱简陋的笔记甚至摘抄扔到网上。最近就很流行什么“数字花园”。有的人把“数字花园”理解为，把自己只言片语的笔记或摘抄扔到网上。可以肯定地说，这种东西对别人毫无用处，完全就是数字垃圾。笔记和文章是两个东西。博客不是支离破碎的笔记或摘抄，而是一篇篇目标确定、结构完整、论证清晰、结论明确的文章，不论它们的篇幅是大是小。

为什么不应该将自己支离破碎的笔记或摘抄扔到网上？除了上面所说的不具备公共性之外，还有我们下面详细讨论的“自我性”问题，也就是写作动力问题。

## 写作动力

写博客是业余活动，博主必须是这项活动的最大受益人，否则就会动力不足。假设我们打算把自己的专业知识以外行人能懂的方式表达出来，那么问题至少有两个。第一，假如想要说的东西都是自己考虑清楚的，那么为什么还要再写它们呢？第二，假如已经考虑清楚的东西是对他人很有用的东西，那么自己能够从中获得什么呢？

**就我而言，写博客最大的动力在于写这样的东西：那些自己最近有所思考，但又没有考虑清楚的问题，无论是生活、社会还是专业问题**。通过写作，我们的思考变得清晰，思想得到推进。写自己一清二楚的问题，将会使写博客这件事变得极其无聊。写博客，就像过去人们在纸上写思想札记，是一种思想探险，在写作之前，我们并不完全清楚结论将完全朝向哪个方向。

当然，很多人就是写自己一清二楚的东西，因为这种东西对其他人很有用。比如，一些人将写博客视为一种知识传播的手段，或者商业获利的手段。然而，在今天这个博客式微的时代，这是很难做好的。能做到的是很少的，并且，博客在单纯的知识传播或商业获利方面，表现并不如其他活动。否则，博客也不会被认为式微了。对于大多数人来说，写博客的最大动力应该是推进自己的思考，而不是传播知识。

## 限定主题

通过上面的讨论，我们得出一个结论，写博客应该是一种思想探险，同时附带地有一定的公共性。

带着这个目标和动力，我们需要明白，一个好的博客需要限定主题。我们想要推进的思想总有一个限定的领域，不应该什么都去写。无论是从自己出发还是为读者着想，写作都必须限定主题。当然，这不意味着只能写一个主题。相反，博客可以有许多主题，只要这些主题是你所深入思考的，并且能够对公众有益。显然，对于大多数人来说，深入思考的领域总是有限的，即使单纯分享自己喜爱的东西，主题也是有限的。

最近几年流行的Newsletter，就要求我们的博客有限定的主题。博客不是大杂烩。想一想，别人为什么会关心你的文章。一个好的博客应当是将自己的擅长的东西表现出来，而一个人擅长的东西总是有限的。

## 保持简短

许多人抱怨现在人们不愿意读长文，并把这归结为博客衰落的原因之一。事实上，真正的原因是，大多数的博客本身写的太糟糕。如果你真能把自己的“《约翰·克里斯朵夫》”或者“《自然哲学的数学原理》”发到博客上，人们肯定会认真读，花很长很长时间读。尽管如此，鉴于博客的属性和定位，保持简短是必要的。博客，主要不是知识传播工具，而是思想探险活动。

每当写好一篇博文，必须想一想，这篇文章是否足够简洁？可以用更简短的话来把问题说清楚吗？若博文有4000字，是否可以压缩到3000字或更少呢？若感到困惑，那么可以再次回到那两个首要问题：我的文章面向什么人，以及，为什么我要写这篇文章？

就我个人而言，一篇博文理想字数是2500字以下。如果字数太多，就要考虑，是不是主题不够集中，是否应当分篇讲解，是不是太过啰嗦。

保持简短的一个好处是，逼迫我们控制文章的质量，以使之目标确定、结构清晰、论证充分、结论明确。当然，附带的结果是，使读者的阅读感到愉快。

## 格式化

一些博文篇幅很长，但通篇没有一个小标题，各个段落之间也缺乏必要的起承转合或逻辑联系，这是非常糟糕的。

为了使文章简短清晰，需要剔除不必要的水分，保留骨干内容。为了让读者快速阅读和理解文章，要努力将文章格式化。

所谓格式化，就是在内容和形式上使文章结构清晰。在写作之前就要规划自己的大纲，明确要表达的要点，要提供的论据以及最终提出的结论。格式化的文章，让人一眼看上去就能通过小标题快速捕捉文章大意。

一些进阶的要求是，各个小节之间保持一定的逻辑联系，每一小节的开头要尽量概括这一小节的主要意图或观点。还有，应当在最后的小节提供简单的结论说明。

## 避免文法错误

最后讨论下具体的行文问题。无论是写论文、写作文还是写博文，最基本的美德是，避免文法错误。文如其人，文章是作者的门面。这自不必赘言。一篇充斥错别字、病句的文章，对读者也是一种折磨，对作者是一种丢脸。

尽管这是一个基本的常识，但却被许多人忽视。让我说几句题外话。当摆脱了中学老师后，很多人习惯把中学老师教给我们的东西扔掉，特别是语文老师的。其实，随着年纪的增长，我们可能会越来越明白，中学所教的许多东西，都是上一辈人相信对孩子们最有用最有价值的东西。只是因为学习的“异化”以及不给理由的灌输，引起了孩子们的反感或叛逆。

我们在阅读理解训练中被要求反复概括文章的中心思想，结构、论据和写作手法。我们在作文课上被反复告诫不要出现病句错别字。中学语文老师教给我们的，基本上是这样两件最重要的本事：一个是怎么阅读，一个是怎么写作。

可是，许多人一旦到了大学，就把这些东西抛开，认为这些东西是“中学的东西”，“用来考试的东西”，不是“自由的大学的东西”、“真正用来搞学问的东西”。这就导致许多人即使做到了教授博导，还是习惯在阅读时寻章摘句，寻找触动大的句子或段落，而不是概括文章的中心思想、论点或论据。阅读是为了寻找自己已有想法的回响，而不是搞清楚文本的想法本身。由此导致的写作风格就是，根本不注重论证和结构，以引用名言警句来代替论证。以上两个问题我在《怎样做哲学》[^2]中都有所讨论，就不再赘述了。

有鉴于此，我强列建议写好博文后，至少仔细阅读一遍。在基础层面，修正基本的文法错误。在进阶层面，优化行文，使语气通顺，逻辑连贯。最终目标是为了阅读愉快。

## 结论

博客主要不是知识传播工具，而是一种思想练习工具。写博客的最大受益人必须是作者本人，附带地要有公共性。为此，首先要明确写作目标，其次要把握写作动力，并在以上两个最重要的问题的基础上，处理好其他几个次要的问题。

或许很多人发现，这些讨论对一般意义上的写作同样适用。确实，文如其人，无论是对于博客还是对于论文。

下面是一些要点概括：

1. 博客主要不是知识传播工具，而是一种思想练习工具。
2. 应该写那种自己尚未完全思考清楚的问题，而不是写自己完全清楚的东西。
3. 为保持动力，博客的最大受益者必须是作者本人，附带地对他人有用。
4. 为节省时间，博客应尽量简短。
5. 论述完整，务必使读者单从文章就能轻松理解。
6. 避免文法错误是写作最基本的美德。

[^1]: 参见《[写是最好的想](/blog/how-to-do-philosophy#7写是最好的想)》

[^2]: 参见《[阅读理解与学术阅读](/blog/how-to-do-philosophy#8阅读理解与学术阅读)》

我们本应从写博客这项活动中获益甚大，正如从任何良好的写作活动中获益甚大。在这篇文章中，我打算认真对待博客，看看“如何写好博客”这个主题有什么话可说。

如何写好博客？（或如何写好文章？）


在《[在 fly.io 免费运行 Ghost 博客](/blog/ghost-on-fly-io-for-free/)》中，我们提到，fly.io 的 root 环境是临时的，会在重新部署或重启 app 时复原，这得到了 fly.io 论坛的[确认](https://community.fly.io/t/will-restarting-the-app-reset-the-environment-configured-in-ssh-console/11167/2?u=pathsis)。这篇文章介绍如何将 Git 环境封装到 Docker 中，以避免 Git 环境被销毁的问题。

实际上，备份 Ghost 的方法有很多，除了我们过去介绍的使用 SFTP 的方法，还有其他[一些](https://chlee.co/how-to-automatically-backup-a-self-hosted-ghost-blog-and-upload-to-aws-s3/)，但这些方法传输速度实在太慢，而且每次都是全量备份，相比而言，使用 Git 更为优雅，因为它采用增量备份，而且复制速度极快！虽然搭建 Git 环境稍微繁琐，但一劳永逸。

## 1.准备部署文件

我们需要部署本地的 Dockerfile，而不是让 fly.io 自动拉取官方映像。

1.到 Github 下载[官方映像](https://github.com/docker-library/ghost/tree/533294af2135d3b4e64e3620e66a4f4e314e0a44/5/debian)。将这两个文件都下载。

2.打开终端，运行

```shell
mkdir blog
```

3.将上面两个文件复制到 blog 文件夹。blog 文件夹位于`/Users/<ComputerUserName>/blog`，也就是你的用户文件夹下。

4.运行

```shell
ssh-keygen -t rsa -C "<GithubEmail>"
```

连续回车。根据提示，查看密钥保存位置。以下是我的示例。

```shell
 ssh-keygen -t rsa -C "<GithubEmail>"
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/<ComputerUserName>/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /Users/<ComputerUserName>/.ssh/id_rsa
Your public key has been saved in /Users/<ComputerUserName>/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:siVmLMku/3BAem2ruRt44dEgdQsUBrKSAztU6HT1FIs k<GithubEmail>
The key's randomart image is:
+---[RSA 3072]----+
|o.++Bo.o.        |
|oB + o+..        |
|X o oE.o         |
|.+ = *           |
|  . O X S        |
|   = O *         |
|  o * +          |
|   + *           |
|    *+.          |
+----[SHA256]-----+
```

到 `/Users/<ComputerUserName>/.ssh/` 这个文件中，将 id_rsa 和 id_rsa.pub 文件复制到 blog 文件夹。

用文本编辑器打开 id_rsa.pub，将其内容添加到 Github 的 SSH keys 中。

5.继续运行

```shell
nano auto_backup.sh
```

然后，将如下代码

```shell
#!/bin/sh

cd /var/lib/ghost/content/
git config --global init.defaultBranch master
git config --global --add safe.directory /var/lib/ghost/content
git config --global pull.rebase false
git pull
git add .
git commit -m "auto backup"
git push -u origin master --force
```

添于其中。按`CTRL`+`O`键，以保存；按`CTRL`+`X`键以退出 nano 编辑器。

6.打开 Dockerfile，编辑几个地方。我建议用 vs code 打开 blog 文件夹。

找到`COPY docker-entrypoint.sh /usr/local/bin`,然后，在其上方贴上如下代码：

```shell
COPY id_rsa /root/.ssh/
COPY id_rsa.pub /root/.ssh/
COPY auto_backup.sh /usr/local/bin/auto_backup.sh
```

找到`ENV GHOST_VERSION`,然后在其下一行添加如下代码：

```shell
RUN apt-get update -y && apt-get upgrade -y && apt-get install -y  git nano
```

7.参考[上一篇文章](https://rercel.com/blog/ghost-on-fly-io-for-free#2%E5%AE%89%E8%A3%85-ghost:~:text=ps1%20%2Duseb%20%7C%20iex-,2.%E5%AE%89%E8%A3%85%20Ghost,-%E4%B8%8B%E9%9D%A2%E7%9A%84%E5%91%BD%E4%BB%A4)准备好 fly.toml 文件。请删除

```toml
[build]
  image = "ghost:5"
```

8.这样，我们用于部署的几个本地文件都已准备好了，它们是：

- auto_backup.sh
- docker-entrypoint.sh
- Dockerfile
- fly.toml
- id_rsa
- id_rsa.pub

## 2.部署

登录

```shell
flyctl auth login --email=<FlyMail> --password=<FlyPassword> --otp=<任意字母>
```

发起一个 App:

```shell
flyctl launch --image=Decokerfile --name=<AppName> -r hkg --no-deploy
```

按照提示，按 y，以继续。

创建一个卷:

```shell
flyctl volumes create data  -r hkg --no-encryption --size 1
```

部署：

```shell
flyctl deploy
```

**注意**：若你已以标准方法安装了 Ghost，则你应该直接部署。

## 3.初始化 Ghost

参考[上篇文章](https://pathos.page/blog/ghost-on-fly-io-for-free#3-%E5%88%9D%E5%A7%8B%E5%8C%96-ghost:~:text=%E6%98%BE%E7%A4%BAsuccessful.-,3.%20%E5%88%9D%E5%A7%8B%E5%8C%96%20Ghost,-%E8%AE%BF%E9%97%AE)。

## 4.备份

1.验证 Github 链接

```shell
ssh git@github.com
```

得到 `successfully` 的提示，即可。

2.初始化 Git，运行

```shell
cd /var/lib/ghost/content
git init
git config --global user.name "<GithubUsername>"
git config --global user.email <GithubMail>
git config --global --add safe.directory /var/lib/ghost/content
git remote add origin git@github.com:<GithubUsername>/<YourRepo>.git
git add .
git commit -m "auto backup"
git push -u origin master --force
```

检查 Github 的仓库的内容变化。

若出现错误，则运行

```shell
cd /var/lib/ghost/
rm -rf content
```

会提示其 busy，不用管它，已经清空。

之后，再次尝试初始化 Git。

## 5.还原

假设你全新安装了 Ghost，需要还原 Github 中已有的备份。

与备份不同的是，我们需要从 Github 中 pull 而不是 push 内容。

```shell
rm -rf /var/lib/ghost/content
cd /var/lib/ghost/content
git init
git config --global user.name "<GithubUsername>"
git config --global user.email <GithubMail>
git config --global --add safe.directory /var/lib/ghost/content
git pull --force git@github.com:<GithubUsername>/<YourRepo>.git
```

假如这个仓库是一个全新的仓库，也就是说，你把你的文件直接复制到其中，但还没有和远程仓库连接过，那么系统可能会提示你运行

```shell
git push --set-upstream origin master
```

执行操作即可。

## 6.日常备份

首先，赋予自动备份脚本执行权限，**在 ssh console 中**，运行一次

```shell
chmod a+x /usr/local/bin/auto_backup.sh
```

以后，**在本地机器上**，运行如下命令

```shell
flyctl auth login --email=<FlyMail> --password=<FlyPassword> --otp=<任意字母>
flyctl ssh console
sh  /usr/local/bin/auto_backup.sh
```

以日常备份。

可以编写一个自动登录 console 的脚本，在**本机**终端运行

```shell
nano fly.sh
```

将如下代码粘贴进去

```shell
cd blog
spawn flyctl auth login --email=<FlyMail> --password=<FlyPassword> --otp=<任意字母>
flyctl ssh console
```

保存并退出，然后运行

```shell
chmod a+x fly.sh
```

将其放到一个方面的地方，比如桌面。使用时，将其拖到终端，按回车，会直接进入 console。


这篇文章介绍如何将Git环境封装到Docker中，以避免Git环境被销毁的问题，以更好地用Github备份Ghost博客。

将Git封装到Ghost的Docker中


最近把论文交了后，手又痒痒，折腾了下 ghost。[fly.io](https://fly.io/)是一个 PaaS，现在可以在上面安装若干个 Ghost 博客，而且完全免费。

这篇文章介绍了在 fly.io 上免费安装、备份和还原 Ghost 的方法。备份和恢复数据对其他服务器上的用例具有参考意义。配合使用 cron，定时将全站数据备份到 Github，可以说，真的可以安心用 Ghost，舍弃静态博客了。

## 1.前置条件

1. 注册 fly.io 账号，安装 flyctl 命令行，需要一张支持外币的信用卡。（**必要**）
2. 熟悉基本的 git 命令。（非必要）
3. 了解 fly.io 的[定价](https://fly.io/docs/about/pricing/)。（非必要）
4. 了解 Mailgun。（非必要）

安装命令行

```shell
curl -L https://fly.io/install.sh | sh
```

对于 Windows，运行

```shell
iwr https://fly.io/install.ps1 -useb | iex
```

## 2.安装 Ghost

下面的命令在 Linux 和 Mac 上通用。

打开终端，执行：

```shell
mkdir blog #创建一个目录
cd blog #进入这个目录
flyctl auth login #登录，之后浏览器会弹出登录会话
flyctl launch --image=ghost:5 -r hkg --name=<AppName> --no-deploy
```

对最后一条命令的解释：

- `--image=ghost:5`，表示 5.x 大版本会自动在每一次部署时更新，若打算选中一个具体的版本，比如 5.36.0，则把 5 换成它。[官方镜像在这里](https://hub.docker.com/_/ghost)。

- `- r hkg`表示选择服务器的节点为香港（离我们最近的节点）。 [区域代码在这里](https://fly.io/docs/reference/regions/#fly-io-regions)。

- `--name=<AppName> `表示创建的 app 名字，将`<AppName> `替换成你自己的，并且注意，将来生成的默认网址是`<AppName>.fly.dev`,所以请想一个独一无二的名称。

- `--no-deploy`表示暂时不部署。

这会在 blog 目录里生成一个 fly.toml 文件，使用文本编辑器打开它，使用如下代码覆盖。

```toml

app = "<AppName>"
kill_signal = "SIGINT"
kill_timeout = 5
processes = []

[build]
  image = "ghost:5"

[env]
  url = "https://<AppName>.fly.dev"
  database__client = "sqlite3"
  database__connection__filename = "content/data/ghost.db"
  database__debug = "false"
  database__useNullAsDefault = "true"
  mail__from = "noreply@example.com"
  mail__options__auth__pass = "<YourMailgunPassword>"
  mail__options__auth__user = "postmaster@example.com"
  mail__options__host = "smtp.mailgun.org"
  mail__options__port = "465"
  mail__transport = "SMTP"

[experimental]
  auto_rollback = true

[mounts]
  destination = "/var/lib/ghost/content"
  source = "data"

[[services]]
  http_checks = []
  internal_port = 2368
  processes = ["app"]
  protocol = "tcp"
  script_checks = []
  [services.concurrency]
    hard_limit = 25
    soft_limit = 20
    type = "connections"

  [[services.ports]]
    force_https = true
    handlers = ["http"]
    port = 80

  [[services.ports]]
    handlers = ["tls", "http"]
    port = 443

    [services.ports.http_options.response.headers]
      Referrer-Policy = "strict-origin"
      Strict-Transport-Security = "max-age=63072000; includeSubDomains; preload"
      X-Content-Type-Options = "nosniff"
      X-Frame-Options = "SAMEORIGIN"
      x-xss-protection = "1; mode=block"
      Permissions-Policy = "camera=(), microphone=(), geolocation=(), browsing-topics=()"

  [[services.tcp_checks]]
    grace_period = "1s"
    interval = "15s"
    restart_limit = 0
    timeout = "2s"
```

请将`<AppName>`替换成你自己的，并且，如果不用[Mailgun](https://ghost.org/docs/faq/mailgun-newsletters/)，请删除`[env]`中`mail__`开头的所有代码。

其中`[services.ports.http_options.response.headers]`这一部分是可选的，用于设定 http header。可以逐项搜索`Strict-Transport-Security`，比如，确定你是否要确定将这项加入。部署完毕之后，http header 检测地址在[这里](https://securityheaders.com/)。

检查完毕后，保存并关闭 fly.toml 文件。然后回到终端，继续执行：

```shell
  flyctl volumes create data  -r hkg --no-encryption --size 1 #创建一个大小为1Gb的卷，区域为hkg，不加密（有助于提高性能）。免费额度共3GB。
  flyctl deploy #部署
```

等待片刻，部署成功！会显示`successful`.

## 3. 初始化 Ghost

访问

```shell
https://<AppName>.fly.dev/ghost/
```

以初始化 ghost。在这个之后，你就可以自由使用 ghost 来发布内容了。绑定域名、备份和恢复数据是可选的操作。

## 4. 绑定域名

运行：

```shell
  flyctl ips list
```

以查看你的 app 的 IP 地址。然后在你的 DNS 服务器上为 ipv4 创建 A 记录，为 ipv6 创建 AAAA 记录，指向你的域名`example.com`（必须）。创建 CNAME，`<AppName>.fly.dev`，指向你的`www.example.com` （非必须）。也就是

| 类型  | 记录 | 值                  |
| ----- | ---- | ------------------- |
| A     | @    | ipv4 address        |
| AAAA  | @    | ipv6 address        |
| CNAME | www  | `<AppName>.fly.dev` |

**注意**：在绑定域名**之前**，一定要确保正确创建 DNS 记录。

然后运行：

```shell
flyctl certs create example.com
flyctl certs create www.example.com
```

等待片刻，运行

```shell
flyctl certs check example.com
flyctl certs check www.example.com
```

以检查证书颁布的情况，一般只要 DNS**提前**配置正确，大约需要一两分钟。运行

```shell
flyctl ips list
```

以查看证书颁发情况。

**注意**：不要反复安装证书，因为有限额，[每 7 天只能颁布 5 张证书](https://community.fly.io/t/awaiting-certification-11-hours/7635/8?u=pathsis)。建议在调试完 app 后，再绑定。

## 5.重新部署

注意到 fly.toml 的

```toml
[env]
  url = "https://<AppName>.fly.dev"
```

是 fly.io 分配的地址，如果你点击 ghost 网站的主页标题，就会转向这个地址，所以，当你绑定了自己的域名，将其换成

```toml
[env]
  url = "https://example.com"
```

保存并关闭，然后运行`flyctl deploy`。

## 6. 备份和恢复

以后每一次需要进入你本地的配置目录，才能正确使用 flyctl。

### 6.1 方法 1：使用 SFTP 备份 Ghost

优点是无需复杂配置，但复制速度极慢。

#### 6.1.1 备份

首先登录（假设你以后需要备份）；

```shell
cd blog
flyctl auth login
```

然后运行

```shell
flyctl ssh sftp shell -r -a <AppName>
```

成功后，会显示`>>`（我这里是红色的），然后输入

```shell
get /var/lib/ghost/content/
```

这将备份全站数据，包括主题、图片、视频、文章等等。速度很慢，请耐心等待。

也可以只备份图片和视频，运行

```shell
get /var/lib/ghost/content/images/
get /var/lib/ghost/content/media/
```

这在 blog 目录里将生成一个 content.zip，或，images.zip 和 media.zip。将它们备份到其他地方，或命名为 content-YYYY-MM-DD.zip。

#### 6.1.2 恢复

现在假设你重新安装了一个新的 ghost，假设还是在 fly.io，那么安装目录仍然保持为`/var/lib/ghost/content/`，假设你今后在别的地方，比如 AWS 上安装 ghost，确保创建的目录为这个而不是一般教程所说的`/var/www/ghost/content/`，否则恢复数据会遇到麻烦。

仍然运行

```shell
cd blog
flyctl auth login
flyctl ssh sftp shell -r -a <AppName>
```

然后运行

```shell
put content.zip /var/lib/ghost/content.zip
```

成功后，在终端新一个标签页，然后运行

```shell
flyctl ssh console
```

进入 ssh 后，运行

```shell
apt-get update && apt-get upgrade && apt-get install unzip
```

以安装`unzip`。然后运行

```shell
cd /var/lib/ghost/
unzip content.zip
```

会直接覆盖原先的 content 文件夹。

为验证是否成功解压，运行

```shell
cd /var/lib/ghost/content/images/
ls #列出当前文件夹下的所有的文件
```

查看是否有新的数据。

为修复权限，运行

```shell
chown -R node:node /var/lib/ghost/content/
```

**注意**：可能的情况，无法正确覆盖 content 文件夹，那么请尝试只备份 `/var/lib/ghost/content/images/`和 `/var/lib/ghost/content/media/`。此时运行的是

```shell
put images.zip /var/lib/ghost/content/images.zip
put media.zip /var/lib/ghost/content/media.zip

rm -rf /var/lib/ghost/content/images/
rm -rf var/lib/ghost/content/media/

unzip /var/lib/ghost/content/images.zip
unzip /var/lib/ghost/content/media.zip

```

可能会破坏 content 文件夹的权限，运行

```shell
ls -l /var/lib/ghost/content/
```

以查看 images 和 media 文件夹的用户和权限，若其权限为 root，则不能上传图片和视频了，则运行

```shell
chown -R node:node /var/lib/ghost/content/
chown -R node:node /var/lib/ghost/content/images/
chown -R node:node /var/lib/ghost/content/media/
```

以修复，注意，其中的`node`是在 fly.io 案例中的 ghost 用户，具体情况视`ls -l /var/lib/ghost/content/`命令的结果为准，总之确保 images 和 media 文件夹的用户和 content 下的其他文件的用户一样。

### 6.2 方法 2：使用 Github 备份 Ghost

优点是复制速度快，但缺点是安装配置相对复杂。

#### 6.2.1 备份

1.登录并进入 ssh

```shell
cd blog
flyctl auth login
flyctl ssh console
```

2.安装 git

```shell
apt-get update && apt-get upgrade && apt-get install git
```

3.在 github 网页端先创建一个私密仓库（推荐），假设名为`<YourRepository>`。

4.生成密钥

```shell
ssh-keygen -t rsa -C "<GithubEmail>"  #连续按回车键
```

5.终端新建标签，运行

```shell
flyctl ssh sftp shell -r -a <AppName>
get /root/.ssh/id_rsa.pub
```

回到 blog 文件夹里找到 id_rsa.pub 文件，用文本编辑器打开，并复制其中的密钥。将其添加到 github 的`setting→SSH and GPG keys→SSH keys`中，保存。

测试与 github 的通信

```shell
ssh git@github.com
```

留意有没有 successful 的字眼。

6.初始化 content 的 git

```shell
cd /var/lib/ghost/content/
git init
git config --global user.name "<GithubUsername>"
git config --global user.email <GithubEmail>
git remote add origin git@github.
com:<GithubUsername>/<YourRepository>.git
git config --global --add safe.directory /var/lib/ghost/content
git add .
git commit -m "auto backup"
git push -u origin master --force
```

确保成功 push 到 github。

7.新建一个脚本

```shell
apt-get update && apt-get upgrade && apt-get install nano
cd /var/lib/ghost/content/
nano auto_run.sh
```

复制以下代码到其中

```shell
#!/bin/sh

cd /var/lib/ghost/content # 切换到目录
git config --global init.defaultBranch master
git config --global --add safe.directory /var/lib/ghost/content
git pull # 拉取仓库
git add . # 添加暂存
git commit -m "auto backup" # 提交
git push --force
```

按`ctrl`+`O`之后再回车，以写入；按`ctrl`+`x`，以退出 nano。

赋予该文件运行权限

```shell
chmod a+x auto_run.sh
```

以后，登录 ssh 后，可以直接运行

```shell
sh /var/lib/ghost/content/auto_run.sh
```

以执行新的 push。

#### 6.2.2 恢复

1.登录 shh，重新安装 git，添加密钥，不再赘述。

2.清空 content 文件夹

```shell
cd /var/lib/ghost/
rm -rf content
```

会返回说,该文件夹无法删除，因为其`busy`，没关系，它已经被清空，但没有被删除。

3.初始化 content 文件中的 git，并强制 pull

```shell
cd /var/lib/ghost/content/
git init
git config --global user.name "<GithubUsername>"
git config --global user.email <GithubEmail>
git pull --force git@github.com:<GithubUsername>/<YourRepository>.git
```

4.验证是否成功拉取

```shell
ls
```

5.确保成功拉取数据后，重启 app

```shell
fly apps restart <AppName>
```

目前来看，重启或重新部署，会清除安装的环境和软件，但不会删除 ghost 的数据。

6.在 docker 中运行 cron 实在困难，不用尝试了。在普通虚拟机中，可以设置 cron，以定时运行

```shell
sh /var/lib/ghost/content/auto_run.sh
```


这篇文章介绍了在fly.io上免费运行Ghost博客，备份和还原数据的方法。备份和恢复数据对其他服务器上的用例具有参考意义。

在fly.io免费运行Ghost博客：安装、备份和恢复

## 1.为 jekyll 添加简单的本地搜索功能

如果只是想要拥有一个简单的搜索功能，建议使用[simple-jekyll-search](https://github.com/christian-fei/Simple-Jekyll-Search)这个插件。这个插件可以本地运行，可以搜索标题、标签、时间、网址。Github 上虽然也提供了全文搜索的选项，但我没有成功，也不推荐使用，因为可能会导致性能问题。

简单的配置如下：

第一，在根目录新建一个名为 search.json 的文件，内容如下：

```json

---
layout: none
---
[
  {% for post in site.posts %}
    {
      "title"    : "{{ post.title | escape }}",
      "category" : "{{ post.category }}",
      "tags"     : "{{ post.tags | join: ', ' }}",
      "url"      : "{{ site.baseurl }}{{ post.url }}",
      "date"     : "{{ post.date }}",
      "excerpt"  : "{{ post.excerpt }}"

    } {% unless forloop.last %},{% endunless %}
  {% endfor %}
]

```

第二，在根目录新建 search.md 文件，内容如下：

```html
---
layout: default
title: 搜索
permalink: /search/
---


<input
  type="text"
  id="search-input"
  placeholder="搜索：标题、标签、时间、摘要"
  style="
    transition: box-shadow .4s ease,background .4s ease,-webkit-box-shadow .4s ease;
    display: inline-block;
    margin: 0 12px 12px 0;
    background: #f5f5f500;
    border: 1px solid rgba(0, 0, 0, 0.15);
    border-radius: 6px;
    box-shadow: 0 10px 30px rgba(0, 0, 0, 0.15);
    transition: all 0.23s ease-in-out 0s;
    line-height: 1.7;
    color: #202020;
    max-width: 100%;
    margin-bottom: 15px;
    padding: 0.5rem 0.75rem;
    font-size: 1rem;
    line-height: 1.7;
    width: 325px;
    "
/>

<ul id="results-container"></ul>



<script src="https://unpkg.com/simple-jekyll-search@1.10.0/dest/simple-jekyll-search.min.js"></script>

<script>
  SimpleJekyllSearch({
    searchInput: document.getElementById("search-input"),
    resultsContainer: document.getElementById("results-container"),
    json: "/search.json",
    searchResultTemplate: '<li><a href="{url}" title="{desc}">{title}</a></li>',
    noResultsText: "没有搜索到文章",
    limit: 20,
    fuzzy: false,
  });
</script>
```

此时，访问`your_domain_name/search/`，就能看到搜索页面了。

可以将这个页面添加到导航。在\_includes 中新建一个 navigation.html 文件，在其中添加内容：

```html
<nav>
  <a class="navi" href="/">主页</a>
  <a class="navi" href="/about/">关于</a>
  <a class="navi" href="/tags/">标签</a>
  <a class="navi" href="/archive/">归档</a>
  <a class="navi" href="/search/">搜索</a>
</nav>
```

请注意，最后一项导航项才是我们要添加的，其他的项目是通常会有的，如果它们与你的代码冲突或无关，请忽略它们。

以下为演示效果：

![local search](https://res.cloudinary.com/mkyos/image/upload/v1657967848/vercel-jekyll/3_p6qsii.gif)

## 2.在 Netlify 上使用 Algolia

假设你在 Netlify 上部署了一个网站，由于两者有密切的合作，你会更方便使用 Algolia。

先按照[官方文档](https://www.algolia.com/doc/tools/crawler/netlify-plugin/quick-start/)操作。

当你到达[这一步](https://www.algolia.com/doc/tools/crawler/netlify-plugin/quick-start/#:~:text=The%20plugin%20is%20now%20installed%20and%20ready%20to%20index%20your%20site.)的时候，如下图所示，请注意，Algolia 所给的代码片段对新手很不友好，因为缺少一个 HTML 选择器，以至于只把这段代码粘贴到我们的模版文件中是不会显示的。

![algolia html](https://www.algolia.com/doc/assets/images/tools/crawler/guides/netlify/installed-c5b8f621.jpg)

在原有代码的最上方添加选择器代码：

```html
<div id="search"></div>
```

并将如下全部代码复制到你想显示 Algolia 的搜索框的任何网页的模版之中。

```html
<div id="search"></div>

<link
  rel="stylesheet"
  href="https://cdn.jsdelivr.net/npm/@algolia/algoliasearch-netlify-frontend@1/dist/algoliasearchNetlify.css"
/>
<script
  type="text/javascript"
  src="https://cdn.jsdelivr.net/npm/@algolia/algoliasearch-netlify-frontend@1/dist/algoliasearchNetlify.js"
></script>
<script type="text/javascript">
  algoliasearchNetlify({
    appId: "JF08G8WUNK", //替换为你的数据
    apiKey: "b113a01ae9d39bb783055a5d4b01b701", //Search-Only API Key 替换为你的数据
    siteId: "0c6e6f1e-28a4-44fd-bf45-60e7113c4fb5", // 替换为你的数据
    branch: "master",
    selector: "div#search",
    placeholder: "Explore the site...", //搜索框的占位符
    detached: false, //移动视图下，搜索不使用分离模式
    hitsPerPage: 10, //默认返回10个结果
  });
</script>
```

假设你想在你的 archive 模版中显示，则将其放置在最顶端。假设你想使之单独成页，请在根目录新建 search.md 文件，将这段代码粘贴进去，并按照之前的方法为之添加导航。

注意，其中的 apikey 是你的 Search-Only API Key。

其效果如下：

![algolia netlify](https://res.cloudinary.com/mkyos/image/upload/v1657967845/vercel-jekyll/5_j9teoc.gif)

## 3.在 Vercel 上使用 Algolia

假如你像上面那样使用 Netlify 创建了一个网站，且安装了 Algolia 的插件，则你将自动获得 Algolia 的一个免费 Application，其配额为 20K 请求与 20K 记录。我建议你使用这个 Application**再**创建一个 index，以使 Vercel 上的网站享用这个配额。它比不通过 Netlify 申请的多一倍。

你只需要在 Netlifty 上随便创建一个网站，并在安装完 Algolia 的插件后，不再管它。回到 Vercel，假设你想为运行在 Vercel 上的 Jekyll 添加搜索，你需要调价 Jekyll-algolia 插件。这个插件与 Netlify 的不同，其显示效果也不同，看你喜欢哪个了。喜欢 Netlify 的，则可以满足于上一节的操作。

因为在 Netlify 比 Vercel 的访问速度稍微慢些，特别是内地，所以我选择了 Vercel。

先从 Algolia 的[官方文档](https://community.algolia.com/jekyll-algolia/getting-started.html)开始。

### 3.1 配置 Gemfile

假设你的 Jekyll 网站本来运行良好，你需要在你的 Gemfile 文件的末尾添加如下内容：

```ruby
source 'https://rubygems.org'

gem 'jekyll', '~> 3.6'

group :jekyll_plugins do
  gem 'jekyll-algolia'
end
```

请注意，如果你的 Gemfile 中本来就有`group :jekyll_plugins do`的片段，请将`gem 'jekyll-algolia'`**添加**进去即可。

假如你的你的 Gemfile 中本来没有`group :jekyll_plugins do`的片段，你需要在**末尾**完整条件以上代码。

比如我的 Gemfile 中的内容原本是：

```ruby
# frozen_string_literal: true

source "https://rubygems.org"
gemspec
gem "jekyll-feed"
gem "jekyll-paginate"
gem "jekyll-redirect-from"
gem "jekyll-seo-tag"
gem "jekyll-sitemap"
gem "jekyll-tagging"
gem "jekyll-tagging-related_posts"
gem "kramdown-parser-gfm"

gem 'jekyll', '~> 3.6'
```

我一开始只是把`gem 'jekyll-algolia'`添加到这段代码中，导致不起效。`gem 'jekyll-algolia'`必须在`group :jekyll_plugins do`的片段中。而且，为了这样做，你**无需**改动本来工作良好的其他代码。

### 3.2 配置\_config.yml

添加如下代码：

```yaml
# _config.yml

algolia:
  application_id: your_application_id
  index_name: jekyll # 你自己在algolia中创建的index
  search_only_api_key: your_search_only_api_key
```

### 3.3 配置 Algolia 前端

在\_includes 文件夹中新建 algolia.html 文件，添加以下内容：

```html
<script src="https://cdn.jsdelivr.net/npm/instantsearch.js@2.10.5/dist/instantsearch.min.js"></script>
<script src="https://cdn.jsdelivr.net/npm/moment@2.24.0/moment.min.js"></script>
<link
  rel="stylesheet"
  type="text/css"
  href="https://cdn.jsdelivr.net/npm/instantsearch.js@2.10.5/dist/instantsearch.min.css"
/>
<link
  rel="stylesheet"
  type="text/css"
  href="https://cdn.jsdelivr.net/npm/instantsearch.js@2.10.5/dist/instantsearch-theme-algolia.min.css"
/>
<script>
  const search = instantsearch({
    appId: "{{ site.algolia.application_id }}",
    apiKey: "{{ site.algolia.search_only_api_key }}",
    indexName: "{{ site.algolia.index_name }}",
    routing: true,
    searchFunction(helper) {
      const container = document.querySelector("#search-hits");
      container.style.display = helper.state.query === "" ? "none" : "";

      helper.search();
    },
  });

  const hitTemplate = function (hit) {
    let date = "";
    if (hit.date) {
      date = moment.unix(hit.date).format("Y-M-D");
    }

    let url = `{{ site.baseurl }}${hit.url}#${hit.anchor}`;

    const title = hit._highlightResult.title.value;

    let breadcrumbs = "";
    if (hit._highlightResult.headings) {
      breadcrumbs = hit._highlightResult.headings
        .map(match => {
          return `<span class="post-breadcrumb">${match.value}</span>`;
        })
        .join(" > ");
    }

    const content = hit._highlightResult.html.value;

    return `
    <div class="post-item">
      <span class="post-meta">${date}</span>
      <h2><a class="post-link" href="${url}">${title}</a></h2>
      {{#breadcrumbs}}<a href="${url}" class="post-breadcrumbs">${breadcrumbs}</a>{{/breadcrumbs}}
      <div class="post-snippet">${content}</div>
    </div>
  `;
  };

  search.addWidget(
    instantsearch.widgets.searchBox({
      container: "#search-searchbar",
      placeholder: "Search into posts...",
      poweredBy: true, // This is required if you're on the free Community plan
    })
  );

  search.addWidget(
    instantsearch.widgets.hits({
      container: "#search-hits",
      templates: {
        item: hitTemplate,
      },
    })
  );

  search.start();
</script>

<style>
  .ais-search-box {
    max-width: 100%;
    margin-bottom: 15px;
    font-size: 1em;
    box-shadow: 0 10px 30px rgba(0, 0, 0, 0.15);
    border-radius: 6px;
  }
  .post-item {
    margin-bottom: 30px;
  }
  .post-link .ais-Highlight {
    color: #2a7ae2;
    font-style: normal;
  }
  .post-breadcrumbs {
    color: #424242;
    display: block;
  }
  .post-breadcrumb {
    font-weight: bold;
    font-size: 18px;
    color: #424242;
  }
  .post-breadcrumb .ais-Highlight {
    font-weight: bold;
    font-style: normal;
    color: #2a7ae2;
  }
  .post-snippet .ais-Highlight {
    font-style: normal;
    background: yellow;
  }
  .post-snippet img {
    display: none;
  }
  .ais-search-box--input {
    transition: box-shadow 0.4s ease, background 0.4s ease,
      -webkit-box-shadow 0.4s ease;
    display: inline-block;
    margin: 0 12px 12px 0;
    background: #f5f5f500;
    border: 1px solid rgba(0, 0, 0, 0.15);
    border-radius: 6px;
    box-shadow: 0 10px 30px rgba(0, 0, 0, 0.15);
    transition: all 0.23s ease-in-out 0s;
    line-height: 1.7;
    color: #202020;
  }
</style>
```

你可以自行修改某些样式。

### 3.4 引入 Algolia 搜索部件

方法同简单本地搜索类似，在根目录新建 search.md 文件，添加如下内容：

```html
<div id="search-searchbar"></div>

<div class="post-list" id="search-hits"></div>
{% include algolia.html %}
```

当然，你可以将以上代码放置在任何你想要要展现搜索的模版文件中，比如在 archive.html 或 tags.html 中。不必单独成页。

### 3.5 在本地运行测试

执行以下代码：

```bash
ALGOLIA_API_KEY='your_admin_api_key' bundle exec jekyll algolia
```

假设你**本来**在本地运行良好，你将看到成功生成和上传 index 的提示官方文档的效果：

![algolia](/images/2022-07-16/algolia-index.gif)

假设你**本来**就没有本地运行过，你可能需要想办法成功运行，因为这似乎为在 Vercel 上使用 Algolia 所必须。

通常，如果你不使用任何像 Algolia 这类插件，你完全可以在 Vercel 部署你来自 Github 仓库的网站，在你提交数据后，Vercel 会自动给你建构并发布，并不需要 Github 建构，后者只需要存储代码。

但是，现在为了使用 Algolia，你需要至少上传一次\_site 文件夹，否则就会出现如下错误提示，而这就需要本地运行 jekyll，以生成\_site 文件夹。

![vercel jekyll](/images/2022-07-16/1.png)

### 3.6 在 Vercel 上配置

假设你在本地成功运行 Jekyll。现在请提交一次代码，这将把你在本地构建的网页传送到 Vercel。Vercel 如果成功建构，则继续在 Vercel 上的配置。在 build command 选项中填入如下命令：

```bash
jekyll build & ALGOLIA_API_KEY='your_admin_api' jekyll algolia
```

![Vercel jekyll](/images/2022-07-16/2.png)

这段代码与 Algolia 官方文档建议的不同，增加了`jekyll build &`；若不增加，每次提交代码，Vercel 每次只向 Algolia 推送记录，而不建构新的代码，导致网站的输出网页会一直是你上一次本地运行后提交的。

**这是关键的一步**。你当然也可以一直使用本地运行，不再使用 Vercel 的建构功能。

如何判断配置好 Vercel 的 build 命令，正常运行呢？

- 改动你的某个 post，推送数据，等待 Vercel 建构结果；
- 查看网页是否发生了该变动；
- 如果有，则运行良好，**此时可以删除\_site 文件夹内的所有数据**（不包括该文件夹）；
- 如果没有，则需要继续排查；
- 如果始终失败，你可以选择每次本地运行，然后推送给 Vercel 的方法。

至此，如果顺利，你应该成功在自己部署于 Vercel 上的 Jekyll 网站上用上了 Algolia。

其效果如下：

![vercl jekyll algolia](https://res.cloudinary.com/mkyos/image/upload/v1657968534/vercel-jekyll/4_ynhp04.gif)

## 4.资源

Yanxi Chen 有一个可以使用全文本地搜索的[改进版本](https://github.com/SeraphRoy/SimpleBlogSearch)。

可以尝试他的[博客的模板](https://github.com/SeraphRoy/GaeBlogx)。

也可以尝试我自己整理好的，可直接使用[Algolia 的 jekyll 模板](https://github.com/Pathsis/tactile-advanced-template-with-algolia)。

本文旨在帮助那些想要在 Vercel 上的 Jekyll 网站使用 Algolia 功能的人，一旦配置成功，将不再需要依赖本地 Jekyll 环境。

为jekyll网站添加algolia搜索功能


## 我玩博客还是博客玩我？

我至今不完全明白为什么有那么一群人要费力建独立博客。似乎在绝大部分博客生命历程中，博主都将 80%以上的时间用来折腾域名、服务器、前端，然后用 15%以上的时间来逛其他人的博客，像探险和寻宝一样，看看别人的博客会做出什么样子来。

我知道，每个人在开始之前都信誓旦旦，要为创作做准备，并且想象自己的博客在互联网海洋中被当作新大陆发现。许多人又疯狂做 SEO。一大批活得较好的网站居然是教人如何做 SEO 和服务器优化的。有些人还梦想在博客上写作赚钱。然而现实是，与博客有关的赚钱网站是那些卖主题和插件的。

人是不能有太多自由的，因为选择过多导致忧郁。自由导致不完美。这似乎是一个诅咒：你永远不会觉得自己的网站不再需要任何变动，因为你有自由，你会永远“使它完善”下去。“我正在使它完善”，这是自由带来的一个幻象。我想，如果上帝造人，那么它独自承担了大部分“人类不完善”的烦恼。

如果你在一个平台上写作，不完美和自由都会得到拯救。字体太大？没这个特效？搜索不是全文？没关系，如果你选择了平台，你将不会在意这些。因为没有了自由，许多不完美就不会出现。

迄今为止我在这方面得到的最大教训是：**独立博客是互联网写作的敌人**。如果一个人单纯想在互联网上写作，他绝对不应当建立独立博客。为写作而搭建网站，就像为写书而亲自造纸一样。

最好是在别人建立的平台上写作。我所说的平台是没有无聊审查的平台，诸如 WordPress.com、Ghost(pro)、Typlog 这样的平台。它们与独立博客唯一的区别是，博客的基础设施都是建好了的，用户只需要购买这些服务，然后专心写作。你再也不用为你的网站的那几十毫秒 TTFB 的优化而废寝忘食了，难道你每次做这些时，不想扇自己嘴巴子？

一位老朋友说的好，“[博客才是我最好的玩具](https://www.savouer.com/6525.html)”。当我们坦诚这一点，把当伟大互联网作家的抱负和责任丢掉，整个人都轻松下来。我们承认就是为了玩耍，我们折腾博客，就像别人打《英雄联盟》。至于写作，那只是一个附带的产品，或者说，只是这件玩具上一抹闪亮的点缀。

然而，转念一想，就算我们把博客当作玩具，却不得不承认，博客已经把我们牢牢控制。这道理和玩其他游戏是一样的。我们玩游戏，越是沉浸其中，越是受其支配。

如果人生是一场游戏，为了金钱、为了荣誉、为了权力、为了肉欲、为了真理，只要我们深深地爱着它们，我们就不可避免地成为它们的奴隶。

所以，当我一时冲动想销毁整个博客时，想到这也就释然了。别人在逛夜店，而我在倒腾服务器。就是这样，总需要在业余时间，让脑袋放松一下。

## 为自己写和为他人写?

以前写了几年的博客，没有任何读者，而我也不在乎，纯粹是一个公开的笔记。这次重新倒腾起来，本想写一些有趣的文章。

[我曾在为自己写和为他人写两种博客写作方向上犹豫](/blog/blog-write-for-others-or-yourself/)。**所谓为自己写，关键的一点是，要写那些在写之前不清楚的东西。所谓为他人写，关键的一点是，要写那些在写之前就完全搞明白的东西**。一种是探索式的，一种是教学式的。

我发觉只有当我写第一种文章时，才有足够的耐心。通过写这样的文章，我极大地澄清了自己的思想。这非常非常有用，所以，试着写自己有模糊想法但还不太清楚的东西吧。作为对照，当我觉得一件事已经搞明白，就没有写作欲望。为什么我要花那么多时间来向别人介绍我已经完全明白的东西？我没有那种表现自己清晰、通透、有秩序、一针见血，并顺便点拨下“读了点理论”、“读了点哲学”、“脑子不太清晰”、“充满理论惊喜”的“初学者”的心情。那种姿态是 Q 特有的，我不欣赏也学不来。作为他眼中那样的“初学者”，我希望自己的文章是我试错的园地，我会踩着一个错误进入另一个错误。

我一向不愿意宣传自己的博客，尤其不想让任何知道我的姓名的人知道我有个博客。一方面，我不只想把自己写的思想片断只存放在硬盘里，另一方面，我又不想去社交软件上招徕读者：“快看，我有一个博客，上面有你关心的话题！”我只想让我的博客淹没于浩瀚的互联网海洋中，被陌生人不期而遇。

## 原来域名是种心情

我又换了域名。老实说，我不是什么“玉米”，虽然我确实比以前更关心我的域名是什么。有人把个人博客的域名当作在互联网上的一个门牌号，有人当作昵称，有人将其当作心情！心情一变，就要换域名，就像过去要在 QQ 上改签名。也许每个域名只代表了某一时刻的心情和冲动。

我这次更换域名却不是要更换个心情，但着实被一些状况搞得很没心情。

自从把博客程序从 WordPress 切换到 Ghost，我就被一个问题折磨着：后台的 post 列表载入太慢，每次都需要二十秒左右才能完成，编辑文章时，经常遇到服务器掉线的问题。为了解决这个问题，我做了许多的猜想：是否我的服务器发生了错误？是否 Ghost 在这个方面就是比 WordPress 慢？是否 AWS 免费账户的 EC2 性能受限？是否 EC2 比同配置 Lightsail 的性能要差？

我先后在新的实例上重新安装，甚至用 GCP 来对照：相同的配置下，在 WordPress 和 Ghost 之间做对照，又在 Ghost 和 Ghost 之间做对照。

问题竟出在 .cn 域名上。我发现，在相同配置的 EC2 上运行一个 .cn 和 .com 网站，post 列表的载入速度居然有天壤之别。我怀疑 AWS 对 .cn 域名的性能暗中做了限制。后来我又怀疑我的代理软件对 .cn 域名的网速做了限制。

经过一系列的测试，我最终确定：第一，AWS 东京区下载速度十分十分慢(尽管它在大陆的 ping 值表现是最好的)；第二，我的代理软件不会为 .cn 域名加速，但会为 .cn 之外的任何域名加速；第三，Ghost 的 post 列表每次载入需要重新下载，至少需要 50kb/s 的速度，而这在 WordPress 上是不存在的。

说到第三点，敬请 Ghost 的开发者注意，别再吹牛了。[你声称 Ghost 比 WordPress 快 19 倍](https://ghost.org/vs/wordpress/)，说打开一个 WordPress 网站后，你已经打开了 19 个 Ghost 网站。事实上，你不但比 WordPress 的内存占有多 120%，post 列表载入没有任何缓存，而且给你反应问题，傲慢粗暴的回应让人哭笑不得。

![img](https://res-4.cloudinary.com/mkyos/image/upload/q_auto/v1/blog-images/ghost-feedback.png)

我果断解除了对 AWS 东京区的迷信，把博客搬到了加利福尼亚北部区，然后更换了一个非 .cn 域名，pathos.page。在这之后，我的烦恼解除了。

.page 这个顶级域名是谷歌管理的，注册数量十分稀少。 .page 的百度收录量只有 119000 个网页，而其中 liam.page，一个专注于 LaTex 技术分享的网站，就占了 27900 个网页，另外是一个色情网站，估计占据了几乎所有剩余的收录量。 谷歌的收录量也只有 9840000 个，都可谓“羽量级”了。不过， .page 不会像 .xyz 那样，初始购买价格很低，导致从事违反活动的网站选择它作为临时域名。同样作为非主流域名，为了避免与色情和赌博网站为伍，被它们损坏域名声誉，还是避免选择首年贱价注册的域名。

我猜测，AWS 的东京区一定是被各种用来做代理服务器的人玩坏了。东京、首尔、香港、台湾、新加坡等等这些区域，构成了一个围绕着某巨型局域网的边缘网络，局域网中人们有着巨大的需求。一些低性能的服务器，比如 t 系列，就成了这种局面的牺牲品。

## 备案与个人表达

网站遇到问题的那几天，就想过干脆把网站搬到国内。趁着双十一，在阿里云买了可三年 99 元续费的 2 核 2G 的服务器。

研究备案后才真正明白并不适宜。首先网站名称这一关就很难让我接受。不能是各种涉及行业、商业和机构的名称也就罢了，不能是全英文，不能和域名一样，有的省份对于个人网站只能写“张三的博客”这种形式，有的省份则要求不得出现任何“博客”字样。

更令人苦笑的是，有人提到自己的网站被检查后要求整改，原因是其中包含了搜索框。看起来，备案制度对于个人网站的设想就是，在网络上写写私人心情，千万不要与其他人有什么互动，所以不能出现留言框，不能提供订阅服务，不能谈论任何严肃主题。

我想象了下审查员看到我的网站会发出的质问：“个人网站只用来写写私人心情，你写‘正义’什么的，好像不合适吧。”潜台词：“要不去咱们的审查代理人——豆瓣、知乎、微信公众号——上来写吧，不容易‘把握不住’。”

也罢，都是混口饭吃，这些职员看了你有一些关键词，自己也把握不好，也深怕你“把握不住”，索性“防患于未然”，这我也都能理解。于是，备案这个事情，就且行且珍惜，随他去吧。

## 我辛苦写好了文章还要花钱发给人看？

我搬迁到 Ghost，一个很大的原因是被其内置的 Newsletter 功能所吸引。我想象着通过它能够和我的读者建立密切的联系。现在我的想法发生了一些改变。

发送邮件是需要付费的，每 1000 封 0.8 美元。假如我有 1000 个订阅者，且我一个月写 4 篇，那么一个月的邮件发送费用就达 3 美元之多。虽然我不会有 1000 个订阅者，但想到这个问题，还是有些不舒服：**为什么我辛苦写好文章还要花钱送别人看？**

我错误理解 Newsletter 这个东西了。它是一个商业行为，花钱招揽读者，不是为了做慈善。如果没有营利需求，一个人难道只是出于虚荣就每次花钱把文章送到别人眼前？Newsletter 的真正需要者是那些出版商(无论是机构还是个人)，他们想要吸引读者付费订阅他们的文章。这样，花钱把文章送到读者面前，是因为读者已经为此支付了费用，只有在这样的商业逻辑下，我的心情才会舒畅起来。

所以，我会考虑将 Newsletter 停用。我不大能接受“辛苦写好了文章还要花钱发给人看”这件事，何况我现在只是更多地为自己写而已。

2021.11.8


博客是件玩具


![img](https://res-4.cloudinary.com/mkyos/image/upload/q_auto/v1/blog-images/website-on-ghost.png)

要问我为什么？ghost 比 wordpress 好吗？不是。ghost 现在对于普通用户来说一点也不友好，它没有搜索功能，不提供评论系统，Newsletter(时事通讯)功能也刚刚脱离实验室阶段。现在，一个运行 ghost 的**博客网站**(注意，不是“**在线出版网站**”)就像一个孤岛。将 wordpress 迁移到 ghost，我感觉我要与老朋友们失去联系，再也不能与他们轻松互动。

事实上，ghost 已经朝着相当不同于 wordpress 的方向发展。根据创立者 2018 年的[一篇文章](https://ghost.org/blog/5/)，它越来越朝着专业化和商业化——ghost 自身的专业化、目标用户的商业化——的方向进展。

在 ghost 的最初阶段，创立者曾对此有过犹豫，他试图把 ghost 这个去中心化、开源的在线出版程序打造得与中心化、闭源的 Medium 一样易用，比如，用户可以通过简单的几个步骤就将 algolia 添加到 ghost 上，享受后者强大的搜索服务。但是，他放弃了，因为他觉得，即使 ghost 为用户提供十分简单的框架，普通用户还是不懂得如何从 algolia 那里获得 API Key，这些操作依然足以吓退他们。所以，他干脆转向“专业”用户。似乎，在他看来，所谓“专业用户”，是至少能够承受 ghost 那烦琐的调试和安装压力的人，且没有“下限”。ghost 越来越不是我们期待中的博客系统。此外，它的运营机构现在很挣钱，月营收已经达到了 8 万多美元，创立 5 年，累计营收 300 万美元，而且，从一开始就盈利！

我在[ghost 的 Producthunt 主页](https://www.producthunt.com/posts/ghost-4-0?bc=1)上看到创立者 O'Nolan 自己的长篇评论，于是不由得也回复了一大段给他，翻译为中文，部分如下：

> 亲爱的 O'Nolan 先生，感谢你的伟大产品！当你打算在 producthunt 的产品页面上发表如此长的评论时，你应该感到你是多么需要评论系统。也许你甚至没有感觉到，因为 producthunt 自然地为你提供了它。然而，ghost 用户就没有这么幸运了。你会发现，大多数运行 ghost 的网站都没有评论系统，除了一些运营者觉得自己不需要评论系统之外，一个重要的原因是，众所周知，任何一个不起眼的博客系统，都会努力提供评论系统，而 ghost 却没有。除了评论系统之外，搜索功能也是如此。如果我听到 ghost 并想在 producthunt 了解下它，但在 producthunt 却找不到任何搜索框，这将是多么令人沮丧，甚至愤怒的事情。我也曾为 ghost 感到沮丧，甚至恼怒。最近，我在官方博客上读了你的文章，我越来越理解你了。你谈到了 ghost 在开发去中心化的开源软件时面临的困难选择，你明确提到你曾想让普通用户通过简单的设置就能获得像 algolia 这样的伟大服务。然而，你放弃了，认为即使这样，普通用户也不会成功，所以你转向了 “专业”用户。我们知道，在 Wordpress 上，只需一个插件和一些复制和粘贴操作，用户就可以享受到 algolia 的伟大服务，而 Wordpress 也是去中心化的开源软件。在所谓的普通用户和 “专业”用户之间也是有许多中间阶段的。我看到，许多人绞尽脑汁想在他们的 ghost 网站上添加一个搜索按钮，但无济于事。官方文件是如此的粗糙，以至于毫无用处！ 事实上，“专业用户”很难被定义，我见过许多人，他们足够专业，试图在他们的博客上添加一个可用的搜索框，但几乎无一例外地失败。

除了上面宏观的产品战略外，一个相对微观的技术策略是，**ghost 希望保持足够的灵活和开放，它希望所有的这些基础功能，都能由相应的细分领域的产品提供**。搜索、评论、Newsletter、统计分析，等等等等。只是，它为自己没有提供搜索、评论等基础功能所提供的理由实在勉强。事实上，wordpress.com 的官方插件 Jetpack 提供开箱即用的 Newsletter 功能。ghost 不会说 wordpress 比自己还灵活。

Newsletter 是最为吸引我的。这几年，电子邮件作为古老的通讯手段，受到人们的重视。通过 Newsletter，**作家**可以独立自由地维护读者关系，而**读者**则可以主动的筛选信息来源，而不是接受铺天盖地的“算法推送”。但是，大部分国人对此还没有什么概念。他们沉浸在抖音、头条、知乎和 B 站等中心化的网站中。邮件订阅给国人的普遍印象，还是商业营销手段，而不是出版工具。在可预见的时期内，Newsletter 出版不会在中国壮大，原因是众所周知的。

尽管如此，我仍觉得我需要它，或者，我想尝试它，把玩下它。ghost 的邮件简洁漂亮，与之相比，Jetpack 略显土气。我知道我可能没有什么订阅者。我的老朋友们，可以轻松地用 inoreader 等程序来管理 RSS 订阅。我只是有一点点幻想，经过好多年，由于我持续制造了对于我的领域内的人还算有用的东西，会收获那么十几个或几十个订阅。

设置 ghost 的 Newsletter 对我的挑战是巨大的。我在 ghost 和 Mailgun 上分别执行了一切操作，但就是无法成功发送邮件。我在互联网上看到大量的询问和抱怨，他们不知道问题出在了哪里。最后我发现，原来我的 Mailgun 账户尚未成功激活！我没有激活，却在控制面板上看不到任何提示，即使执行了那么多操作！没有激活，是因为，最初我申请 Mailgun 时，没有通过短信验证那一关。过了一段时间，我发现能够成功登录，并且能够“正常”使用，竟然忘了这一点。认识到这个问题后，我给 Mailgun 的客服发了一封邮件，很快就收到回复，他(她)为我激活了账户。于是，我的 ghost 的 newsleter 活了！

ghost 的定位为**在线出版程序**，或许可以说，它是 CMS 的一个细分领域。ghost 以 Newsletter 为媒介，为独立作家提供在线发布、读者维护和营收管理的框架，为未来的出版潮流推波助澜。如果你也需要这么一个东西，那么你可以尝试它。邮箱设置的困难已被克服，与 algolia 的整合，未来应该会有很大的进展，评论系统也是这样。如果考虑了以上问题后，你仍觉得你需要 ghost，那么可以尝试它，如果遇到什么困难，请不要犹豫联系我。

最后，如果你只是想尝试 Newsletter，你完全可以在 wordpress 上借助 Jetpack 轻松实现，开箱即用！按照一个博客程序的标准来评价的话，ghost 现在还像一个不能看时间的 Apple Watch。再给它一点时间；或许需要更多时间。

2021.10.12


ghost的定位是在线出版程序，而不是通用CMS。它希望保持足够的灵活，所有的基础功能由更细分领域的其他产品提供。就一个博客程序而言，由于没有提供搜索和评论等基础功能，ghost目前就像一个不能看时间的Apple Watch 。

为什么现在还不宜考虑 ghost？


最近几天想给我的博客换个域名。我原先的博客域名 monist.xyz，是在 namecheap 上注册的。monist 是我当时读罗素时熟悉的，*Mind*或*The Monist*是两个哲学刊物。不用说，mind 这个词应该被注册完了，于是尝试 monist。还好 monist 算是一个比较生僻的词，虽然是一个简单的单词，不至于被完全被抢注。namecheap 推荐了 monist.xyz。我大概查了下.xyz 这个顶级域名，就看到它的注册局员工到处吹嘘这个域名好。本来我也并不在意这些，我只想知道这个域名是不是一个还算“正常”的域名。

顺带，我把网站的标题也改成了“一元论者”。严格地说，我并不是什么一元论者，我不能为这个哲学立场提供一个详细而周到的说明。虽然，我可以粗略地说，在内心深处，我对这个世界的根本理解是一元论的。尽管如此，身处一个二元论者的世界，为了理解他们，也为了与他们沟通，我的思考和言说又必须是二元论的。当然，这是题外话了。

域名和网站标题，最好是有极大的相关性。博客嘛，每天打开自己网站最多的恐怕还是自己。这就使得域名变得重要。有一个好看、顺眼、有意义的域名，是博客站长们的小小心愿。

我决心更换掉.xyz 域名，是从一个发现开始的。我发现，在百度搜索`site:.xyz`，得到的结果基本上是一度垃圾网站，许多色情网站，排在了首页。我想到一些色情诈骗软件的分发网站地址也是以.xyz 结尾的。

我的网站，从七月初建站依赖，百度蜘蛛就来了大概两三次。我记得，九月来了一次后，就连续一个月也没有再来过。百度曾明确建议，不要使用一些廉价的非主流域名，否则会延迟收录。现在看来，不是延迟收录的问题那么简单。

我对百度是否收录我的网站没那么太在意。鉴于我的内容和主题以及百度的排名策略，即使我的网页全部被收录，也不大可能有什么权重。倒是谷歌，一再地展示我的网站。当然，谷歌也总是展示那一两个流行词。换言之，谷歌认为我的大部分网页是没有什么价值的。

咱做个小站，为的是有自己一方小天地，就算看到了谷歌的展示关键词，也懒得动手多写几篇该关键词的文章。

但要说完全不在意，那也不真诚。既然不是写私密日志，当然希望更多的阅读和回应。我不能忍受自己与一堆色情和垃圾网站为伍，而且，诸如.xyz 这样的新兴廉价域名的滥用，在十年内恐怕不能改变。

在可预见的时间内，.com 将维持其支配性地位，这就是非主流域名无法做大的最大原因。正是顶级域名的多样化，导致了.com 二手交易价格的持续增高。在众多选择之中，商家，包括注册商和域名投资者，必须要在一两个顶级域名上下赌注，把它们的价值炒作起来。将顶级域名的价值分散在多样化的顶级域名中是他们最不想看到的，因为那会使得所有顶级域名都不值钱。资本主义的一个门道是认为控制某项资源的供给，以使其提升“价值”。土地就是典型的例子。一般的域名使用者，一定程度上，也乐于看到这种集中趋势的维持和扩张。因为，既然钱有时候对于他们不是问题，他们希望某个顶级域名相比其他顶级域名更有声誉，并且用钱就能直接得到。

把.com 持续做起来，是域名多样化后的一个可以理解的趋势。商业的动机扮演了至关重要的作用。投资者，他们不关心任何域名的价值——.xyz 何以比.com 的价值低？——他们关心的是价格，并将其伪装成价值。价值，说到底也是大众行为聚合的结果：大家普遍愿意出价多少，决定了某件东西的价值。绝不可以把这个事情理解为，因为.com 在本质上比.xyz 有价值，所以它的价格才那么高。

我并没有仔细研究过域名市场。以上只是我的推断。这些推断来自我在 godaddy 上检索域名的经历。

考虑换域名期间，我不时在 godaddy 上搜索下域名。我我曾搜索过一个域名，kliff.com，这个域名是我把 cliff 这个单词改造后得出的。改动字母，得出相似的、能够使人联想到原始单词的字母组合，可能是比较常见的域名注册策略吧。这当然是无奈之举。五个字符以内的，无论是单词还是非单词的字母组合，都被抢注一空了。但真的是被一般使用者抢注了吗？或者，完全是被域名投资者所为？我“拿衣服”了。

过了大概一个月，我再次不小心搜索到 kliff.com 这个域名，它已经被注册，价格由 120 元涨到了 51707 元。我本应该早点知道这件事的，并且确认，到底从我搜索这个域名的多少天后，它被注册并抬价的。

我还曾对 khitay.com 犹豫过一段时间。“Khitay”是“契丹”的意思，是中亚许多民族对中国的称呼。这个词有大量的相似词源成员。香港国泰航空的 cathay，与其同源，是文艺复兴时期，欧洲人对中国的一个流行称呼。当时它的注册价格是普通价格。我前后检索过三五次。在大约一个星期之后(我不太确定，也许比这个时间还短)，我惊讶地发现，它的价格被抬高到了 5 万多！

以上是两个典型案例。第一个是简短造词，第二个是一个简短单词！我就想知道，我搜索 kliff.com 这件事，是怎么被知道，以及被谁知道的？当然，没有其他人，除了 godaddy。对于 godaddy 来说，这是用户帮它发现的漏网之鱼。它当然不好拿着词典全部自行注册了，那就等于直接做强盗了。这个域名很可能被人工评估之后，从 12o 元抬高了到了五万元。评估人员觉得注册者定然是想用这个富有意义的简短域名做一件大事。只是他犹豫了下，那就不好意思了！至于简短的字母组合(造词)，godaddy 也是不能放过的。你会发现，godaddy 把所有的五个字符以内的.com 域名都抬高了价格。

我以为这只是 godaddy 的障眼法。在 xinnet 上，我发现 khitay.com 确实被注册了，注册商是 godaddy。在万网，也是如此。在后两个注册商那里，和 godaddy 一样，khitay.com 不是被占用，而只是被直接抬价出售。

域名，特别是.com 的域名的价格被谁搞起来的，现在可想而知。域名投资者尚且需要投资才能牟利，其信息能力与一般使用者也没有本质区别。他们的投资甚至炒作，无可厚非。而域名注册商，可以零成本地坐地起价！似乎，它们还组成了一个价格联盟，以遮掩彼此的丑陋行径。它们把注册者的键入行为拿来分析，让注册者帮他们寻找域名抬价，简直与监守自盗没有区别。

人们都说，.com 的优质域名资源已经耗尽。在我看来，有两个基本的事实是这样的。第一，绝大多数的域名组合，实际上都没有被使用，但被占用了；第二，有相当一部分的域名组合，不是被域名投资者，而是被注册商暗中坐地起价，导致一般使用者望洋兴叹。对于第一点，在我检索的过程中，我发现几乎所有的我检索到的简短单词或造词的域名，都不在使用中，要么是跳转到另一个域名。对于第二点，注册商显然组成了一个联盟，对于短字符的域名(特别是.com)，直接抬高价格，其抬高的依据，正是大众的检索行为。

域名管理是一项全球性的公共事业，但域名管理的实施本身却是彻底的商业勾当。这一点，中外皆然。说什么 cnnic 是法盲，godaddy 是懂法的，讲武德的，这是天真的。

最后，让我来解释下我的新域名。我起初奔着.com 为王的原则琢磨了好久，最后将一个单词改造后，注册了一个简短.com 域名。但只用了一天，就觉得这个词的意义不是我真想要的。域名是自己每天都面对的，其暗示意义很重要。

在那之后的一个晚上，我一个机灵想到了在塞拉斯的《经验主义与心灵哲学》中读到的“ing-ed”这个造词，意为“动作-对象”，表示心灵与世界的二元结构，是经典经验主义的典型结构。这个词给我的印象很深。我至今的哲学思考，都是在二元论下进行的，尽管我对这样那样的二元论都有意见。ing 和 ed 都是动词的后缀，这些语言学的特征，本身反映了和左右了我们对世界的思考。

inged.com 当然不出意外地被占用了。我在 inged.net 和 inged.cn 之间犹豫了好久。最终，我选择了 cn。如果有一天它不安全了，我直接换个域名就好。不用想那么多了，杞人忧天而已。

我相信，inged.cn 够我用上一段时间的了。它简单又有些意义。当然，有意义这一点，我要向我亲爱的读者解释下。域名，要想被记住，有意义可能可比简短更重要。

2021.10.7


我为何更换.xyz域名？godaddy如何坐地起价？我的网站的新域名意义是什么？

域名见闻录


写给自己和写给别人很不一样。每个人的人生都与众不同，而每个人都多少有些窥私欲。我看别人的博客，会觉得津津有味，因为我不熟悉他的生活，他提供的信息超出了我对他认识的 100%。但如果他看自己的博客，却未必会有我这样的感觉，因为他很熟悉自己的生活，他提供的信息也许只反映了自己认识的 1%。

如果博客专注于记录和分享自己的人生历程和领悟，就都存在这样的问题。除非认为自己的人生特别精彩，值得被许多人都知道，常常写着写着就气馁了——“我干嘛要写自己再熟悉不过的东西呢？”

如果写一些自身之外的评论甚至小论文，就我自己的经验而言，也有这样的困扰。写一个自己完全有把握的主题让写作这件事很快变得索然无味。最愉悦的写作是一种冒险和探索。

然而，大众读者也就只会认真阅读以上两种博文。但是，我们都更想写一些卓越而非庸常的事物，无论是故事还是理论。一个作者的本能是想把珍贵的东西展示给更多人。

我自己过去最喜欢写那些我新进苦思冥想的主题。写这样的文章，让我感觉自己不只是为了读者做贡献，还在写作中增进自己的思想。这样的文章写完之后，我常常会反复阅读和修改，与一个真正对文章感兴趣的读者一样，读的津津有味。

然而这样的博文恰恰连一个读者也没有。没有读者会看一个作者稍微严肃认真的想法。

于是一个博主就面临一个抉择：**要么**为了满足读者的窥私欲，写自己的人生历程和领悟，或者对大众话题做一些无关痛痒的评论；**要么**为了满足作者的求知欲，写自己深入思考的新发现。

2021.7.21


写给自己和写给别人很不一样。每个人的人生都与众不同，而每个人都多少有些窥私欲。我看别人的博客，会觉得津津有味，因为我不熟悉他的生活，他提供的信息超出了我对他认识的100%。但如果他看自己的博客，却未必会有我这样的感觉，因为他很熟悉自己的生活，他提供的信息也许只反映了自己认识的1%。

博客：为他人写vs.为自己写


我的专业是法理学。记得研一的时候刚进来就上了一个学期的经典文本阅读。每两到三周读一个文本，然后要写一万字以上的读书笔记。第一本书是柏拉图的《理想国》。当时并没有什么哲学基础，对于如此厚重而古老的哲学文本，也难以从中读出什么重大问题来。

于是就在网上搜索。现在想来，那时候也的确不成熟。如果是现在，我应该不会尝试去网络上搜索关于《理想国》这样的书籍的信息，而是会直接去找相关的二手文献、论文什么的，或者去豆瓣看书评等等。

记得当时我搜到了一个博客。这个博客的作者写了大量的有关柏拉图文本的解释和评论。我读的很入迷，几乎把所有文章都阅读了，对其中解释《蒂迈欧篇》的文章印象特别深刻。

印象中这个博客的右侧有一个日历视图，直到现在我还时不时有将日历视图挂件摆出来的冲动。

正是这段经历使我对博客产生了最初的遐想。后来许多时候，每当我想要建立一个自己的博客，就会想起这段经历。我期待着自己的博客也能吸引那么一些个读者，哪怕只有一个，并确实会对他有用。

现实却很残酷。我写了几年的分析哲学文章，几乎没有一个读者。现在这段时间，我更是领悟到，现在几乎没有人会把博客当作获取知识和信息的方式了。一部分博客忙碌于 SEO、建站、主题、主机等“内循环”，而大量博客的内容质量甚至不如 QQ 空间的。

用不着苛求互联网上的读者，就是我自己逛博客也感觉到，没有什么博客的内容真正吸引到了我。即使有一些，我也很吝啬要不要花费时间仔细阅读。

我不接受“太在意读者”的指责。“不要在意读者”现在成了博客圈的政治正确了吗？在意读者难道不是一个作者必备的素养？作为一个作者，你当然可能有许多话要说，但是你还得考虑你的读者是谁，他们了解什么不了解什么，你该如何叙述才不至于要么太啰嗦要么太抽象。写作也是一种对话，好好写作与好好说话一样。在意读者就像在意正在听你说话的朋友一样，是一个对话者自然而言的情感。

也许现的问题是，既然如此在意读者，为什么不回到自媒体平台呢？我不想做过多的解释。我有些惊讶地发现，做独立博客的许多朋友都如此清醒地认识到，为什么自己要远离自媒体平台，为什么要坚守个人博客。至于我，最大的理由或许是，我不想为了迎合大众的口味而写作，那种写作让我觉得特别难受。

在在意读者和迎合读者之间，我们这些博客人该何去何从呢？不要因为一句“不迎合读者”而放松写作标准，为了更新而更新，持续产出一些无用的文字。

2021/7/21


在在意读者和迎合读者之间，我们这些博客人该何去何从呢？不要因为一句“不迎合读者”而放松写作标准，为了更新而更新，持续产出一些无用的文字。

我的博客情结


最近一段时间，我突然发现简体中文博客圈是一个“熟人社会”。在逛博客期间，常常能看到一些熟悉面孔。我才焕然大悟，原来博客不是我原先想象的那样，是传播交流知识与信息的地方，而只是自娱自乐的社交工具。

在折腾了将近一个月的博客后，我开始考虑要不要彻底关掉。有些心灰意懒。这些天我观察到一些关于博客的事实，也做了一些思考。以下讨论仅就简体中文互联网世界而言。

1. 大多数独立博客都没有什么流量，属于自娱自乐。
2. 大多数流量较高的独立博客要么专注于 SEO、建站、主题、主机等等，要么勤于博客串访。这些基本上属于博客圈子内的自产自销，实质是一种**内循环**。[^1]
3. 几乎没有博客致力于严肃、可持续、集中性的话题。
4. 长文章几乎没人看。

现在想来，我过去三年的博客生涯是够脱离群众的了。我没有像其他独立博客那样经营：写一些 SEO 或主题分享，或者花大量时间拜访其他博客。那些长篇哲学文章几乎没有阅读者。

个人网站或者说独立博客，在简体中文互联网世界，根本不发挥传播和交流知识和信息的功能，除了关于建设博客本身的知识和信息。

当前中国互联网格局是很特殊的，内容平台之所以能够做大，很大程度是环境的产物，并非因为这些平台的开办者比外国人更善于经营内容平台。现在，中国互联网走向封闭，几个内容分发平台巨头（微信公众号、知乎、b 站，以下简称**互联网 hub**）实际上也充当着审查代理人的角色，它们将本来应该是成千上万的互联网网站聚合在一起，以实施集中的内容审查。

这些平台的网络账号虽然发挥着个体网站的功能，但严格说来并不是互联网网站。它们没有自己的域名（可以理解为没有独立的门牌号或者说地址），并且随时可能因“群众举报”或自我审查而消失。终有一天，随着微信公众号平台和知乎平台服务器的关闭，成千上万的网页将会瞬间消失，十几亿人几年甚至几十年的思考和交流灰飞烟灭。中国的互联网可能会没有历史。

不但如此，像百度这样的搜索引擎也不断地将流量引向 app 这种更为封闭和不稳定的互联网类型中，其**百家号**可以说干了搜索引擎最不该干的事情。

在这种格局下，网民习惯从中心化的互联网 hub 那里获得资讯，也必须承认，只有在这里，人们才能获得大量有用的知识和信息。几乎没有人关心个人网站或者说独立博客发生了什么。像百度这样的搜索引擎仅习惯展示那些致力于内循环的 SEO 或建站方法的个人网站。

没有读者，我们为什么还要在这里耕耘呢？没有读者的创作是不可能持久的。哪怕有一个读者也行，这个读者关注的是知识和信息，而不是网站介质本身。从前我写了三年博客，也就只有一个读者，但这就足以支撑起我写作的动力。

有人说，我们只是在博客中记录和分享自己的心得和历程，独立博客本来就是私人娱乐而已。这没有问题，但这与我关心的网站传播知识和信息问题是两个问题。话虽如此，大量的博主关心 SEO 和主题美化并不只是为了自己看了爽吧？

况且，单纯的记录和分享到底能持续多久呢？绝大多数的独立博客内容低劣、主题分散并且常常无疾而终。个人博客世界终究只是远离互联网之城的荒凉郊外而已。

总之，记录个人生活没有动力，创作严肃主题没有读者，我开始考虑与独立博客说再见了。

玩博客的人喜欢看别人有关博客本身的经验和思考，这也是为什么好多人会看到我的这篇文章。

最后，推荐两篇这方面的同名博文，我觉得还不错。

- [我怎么看博客](https://blog.zhaogaz.com/post/2019/how-i-watch-a-new-blog.html)
  
- [我怎么看博客](https://imzm.im/how-i-observe-a-blog/)

[^1]: 参考一个有趣的统计：https://suiyan.cc/2023/20230728152300.html

在折腾了将近一个月的博客后，我开始考虑要不要彻底关掉。

也许应该考虑与独立博客说再见了


代码如下：

```css
media (prefers-color-scheme: dark) {
  body {
    background-color: #111;
  }
  pre,
  abbr[title],
  table,
  th,
  td,
  input,
  textarea,
  .main-navigation ul,
  .main-navigation li,
  .post-navigation,
  .post-navigation div + div,
  .pagination,
  .comment-navigation,
  .widget li,
  .widget_categories .children,
  .widget_nav_menu .sub-menu,
  .widget_pages .children,
  .site-header,
  .site-footer,
  .hentry + .hentry,
  .author-info,
  .entry-content .page-links a,
  .page-links > span,
  .page-header,
  .comments-area,
  .comment-list + .comment-respond,
  .comment-list article,
  .comment-list .pingback,
  .comment-list .trackback,
  .comment-list .reply a,
  .no-comments {
    border-color: #333;
  }
  body:before,
  .site-header {
    background-color: #202020;
  }
  .site-header {
    background-color: #202020;
    border-bottom: 1px solid rgba(51, 51, 51, 0.1);
    border-bottom-width: 1px;
    border-bottom-style: solid;
    border-bottom-color: rgba(51, 51, 51, 0.1);
  }
  body,
  blockquote cite,
  blockquote small,
  a,
  .dropdown-toggle:after,
  .image-navigation a:hover,
  .image-navigation a:focus,
  .comment-navigation a:hover,
  .comment-navigation a:focus,
  .widget-title,
  .entry-footer a:hover,
  .entry-footer a:focus,
  .comment-metadata a:hover,
  .comment-metadata a:focus,
  .pingback .edit-link a:hover,
  .pingback .edit-link a:focus,
  .comment-list .reply a:hover,
  .comment-list .reply a:focus,
  .site-info a:hover,
  .site-info a:focus {
    color: #bebebe;
  }
  .post-navigation,
  .pagination,
  .secondary,
  .site-footer,
  .hentry,
  .page-header,
  .page-content,
  .comments-area,
  .widecolumn {
    background-color: #202020;
  }
  button,
  input,
  select,
  textarea {
    background-color: #bebebe;
  }
  .secondary-toggle:before {
    color: #bebebe;
  }
  blockquote,
  a:hover,
  a:focus,
  .main-navigation .menu-item-summary,
  .post-navigation .meta-nav,
  .post-navigation a:hover .post-title,
  .post-navigation a:focus .post-title,
  .image-navigation,
  .image-navigation a,
  .comment-navigation,
  .comment-navigation a,
  .widget,
  .author-heading,
  .entry-footer,
  .entry-footer a,
  .taxonomy-summary,
  .page-links > .page-links-title,
  .entry-caption,
  .comment-author,
  .comment-metadata,
  .comment-metadata a,
  .pingback .edit-link,
  .pingback .edit-link a,
  .post-password-form label,
  .comment-form label,
  .comment-notes,
  .comment-awaiting-moderation,
  .logged-in-as,
  .form-allowed-tags,
  .no-comments,
  .site-info,
  .site-info a,
  .wp-caption-text,
  .gallery-caption,
  .comment-list .reply a,
  .widecolumn label,
  .widecolumn .mu_register label {
    color: rgba(190, 190, 190, 0.7);
  }
  .entry-footer {
    background-color: #1b1b1b;
  }
  .main-navigation ul,
  .main-navigation li,
  .widget input,
  .widget textarea,
  .widget table,
  .widget th,
  .widget td,
  .widget pre,
  .widget li,
  .widget_categories .children,
  .widget_nav_menu .sub-menu,
  .widget_pages .children,
  .widget abbr[title] {
    border-color: rgba(190, 190, 190, 0.1);
  }
  .secondary-toggle {
    border-color: rgba(190, 190, 190, 0.1);
  }
  .entry-content,
  .entry-summary {
    color: #bebebe;
  }
  code {
    color: #bebebe;
  }
  .comments-area,
  .comment-list + .comment-respond,
  .comment-list article,
  .comment-list .pingback,
  .comment-list .trackback,
  .comment-list .reply a,
  .no-comments {
    border-color: #555;
  }
  .author-info {
    border-color: #555;
  }
  nav.navigation.post-navigation {
    border-color: #202020;
  }
  footer#colophon.site-footer {
    border-color: #202020;
  }
  img {
    filter: brightness(0.8);
  }
  button,
  input[type="button"],
  input[type="reset"],
  input[type="submit"] {
    color: #bebebe;
  }
}
```

将其添加到自定义中的“额外 css”中，再“发布”即可。


给WordPress的twenty fifteen主题添加暗黑模式


一个月来，我几乎陷入了痴狂：我拼命更换不同博客平台，纠结应该选中哪一个，每每下定决心，旋即又陷入纠结当中。建立博客好像是一件需要长远谋划的事情。我考虑到如下问题：博客未来的迁移、博客程序开发的持续性、博客访客对搜索、归档、分类的需求、博客的 Newsletter 等等。

昨晚，我把所有这些事情又从头到尾想了一下，最终汇聚成这样一个问题：这些真的是我需要考虑的吗？

就博客的长期性而已，我能坚持写 5 年吗？5 年是个可预见的周期，任何一款相对成熟的博客程序都会被继续维护，即使不再被维护，在后续相当长的时间内，也可以继续被使用。我写过[三四年的博客](http://kmt.bitcron.com/)，没有想要迁移，现在我只想重新开始。

就访客需求来说，这方面的担忧就是典型的杞人忧天、庸人自扰。大多数个人博客都是短命的。它们不受商业动机驱使，往往没有明确的主题或领域，或者仅仅是泛泛而谈。读者不会在一个博客上停留太久，更不太可能产生依赖。

现在，许多人像规划企业网站那样的规划个人博客：功能要齐全，界面要好看，经营要持续、迁移要方便，交流要方便。写作要坚持是最后考虑的一条。

有人总结现在国人一种普遍心态：“万事具备，只差有钱”。等有钱了就可以专注学术了，等有钱了就可以孝敬父母了，等有钱了就可以做慈善了，等有钱了就可以度假了。我们想把一切都准备好再去做，而钱可能是最重要的准备。

“等我建立一个完美的博客，就可以好好写文章了”。然而，你将永远都不能等到这一天。

在开始写博客之前如此苦心孤诣地规划，实质是为一件即将开始的工作做完美的准备。这难道不是一种病态的工具主义吗？我们从来不能在做好完美的准备之后才付诸行动。即使要追求完美，也是针对工作本身而不是工作条件的。

必须重新审视博客这种活动。它早已衰落，这有众所周知的原因。但是请想一想，博客当初为什么会兴起？当人人都可轻易接入网络服务时，人们希望将过去写好放在抽屉中的日记和随想放在网络上供他人欣赏。博客的实质是网络日志，它没有改变活动的本质，而只是改变了活动的形式。

设想当初我们在白纸上写日志时，要反复考虑如下事情以至于久久不能动笔：书桌是否坚固、房间是否宽敞，笔记本是否顺笔、钢笔是否名牌、墨水是否持久……这得是一件多么滑稽的事情呢？

在白纸上写日志的年代，没什么人会如此纠结写作条件。但是在今天，却有那么多人纠结自己博客的“百年大计”？

博客不过是换了一种媒介而已。以前，我们在白纸上写日志，从不关心笔记本如何保存到十年后，现在同样不要关心。博客只是记录了一段成长印记和思考片断，它常常只对我们自己有用。要运营出许多人依赖的网站，我们可能无法开展自己的正式工作。每天，互联网上数以亿计的人相互访问彼此建立的网站。他们中的极个别人出于极为偶然的原因来到了这里，然后给了我们几秒时间浏览下小标题，然后永远消失在互联网的海洋中。

在这个博客衰落的时代，博客总体上已渐渐失去了日志的本性。许多个人博客的主题是“建设博客”。“当你不知道写些什么的时候，你就写如何搭建博客。”这实质是一种空洞的“内部循序”——为了博客而博客。这就像当初我们在纸上写作时，满纸写的都是如何选择一个好钢笔一样。是时候重新回到博客最初开始的地方。像在白纸上写日志那样地写博客，不要关心未来，不好吗？


现在，许多人像规划企业网站那样的规划个人博客：功能要齐全，界面要好看，经营要持续、迁移要方便，交流要方便。写作要坚持是最后考虑的一条。

Tagged with 博客

Tagged with `博客`