fivestone | 五石修改

2025-01-22 13:03:00

看到网友的一篇帖子：

在我二十歲以前，我是一個可以穿牛仔褲睡覺的人。我可以在，今日看起來實在不太舒適的環境下睡覺，不會特別覺得怎麼樣；舉例來說，那時我的床板上鋪的是幾張囤起來準備做模型用的紙板，冬天時實在被床板沁上來的寒意冷得受不了，才去買薄床墊。

那時的我是非常荒廢「感覺」的，我不僅和內在的感覺疏離，也很鈍於外在的感覺，我認為那是我可以穿著牛仔褲睡覺的原因。現在的我，即使穿著柔軟的睡褲，有時候還嫌壓到衣褶子不舒服，差不多是個豌豆公主。

就算現在的我想越過時空去對過去的我表達憐惜，那時的我也一定感覺不到吧。

回頭一看，真是跋涉了好長的路，來到這裡。#

这样的视角，我还是第一次见，于是感到很惊讶。以往看到过很多描述，和年轻时可以随意风餐露宿的状态的对比，最终都是自嘲几句如今娇气了。而这一篇，则认为从前的状态，是一种「不重视感觉」？与之相对的，如今的豌豆公主，是一种重视感觉后的进步？or 至少是进步的代价？

我提出这样的疑问。对方也是日常在 follow 的，多数三观比较一致的网友，于是回复的氛围也很融洽。对方的回复：

的確也有想過自己是不是變得嬌貴了，不過畢竟自己的事情自己最清楚；那時發生了一些大大小小的事，年輕時的我很自己為可以用理智壓制自己的一切，卻在重要關頭發現身體與意志不統合，情緒會逃出來控制身體。

至於豌豆公主是好是壞，我倒沒有想評價，而是接受。頂多就是，感謝現在的我有一些外在條件讓我可以是豌豆公主吧。

其它有着共鸣的人也来讨论：

這樣的狀態是一種進步嗎？我覺得我不會用進步形容它。比較像是在爬一座山，一開始在山腳時，我的身心靈狀態，和登上山後，身心靈狀態已經皆然不同了。

以前的我因為一些事情，常常是伴著淚水入睡的，或是餓著肚子入睡的。從現在往回看，那時候我的身心靈是身.心.靈，三者分開，處於一種先各自顧好自己，無暇顧及其他的狀態。

后面更多地在交流，重视感觉的重要性，和渐渐懂得要重视感觉的心路历程……

我当然赞同重视感觉的重要性；但我大概明白，这个思路的 bug 在哪里。把风餐露宿的青春，和不重视感觉的青春，过度地绑定在一起，以致于前者连带着一同被否定。以及，在发言者之后的人生历程中，那些风餐露宿，并不是什么需要被重视、发展的能力，所以也就无妨被顺带抛弃。抛弃时甚至不会想着，要不要捡回来珍念一下。

发言的人，日常的生活方式、和在其它维度的一些倾向，也符合我的预期。所以也只是大家对不同东西的权重不同吧。并没有否定对方的意思；只是这样的思路我第一次见，记录一下。

2025-01-19 05:12:00

整理了一些国家，邮寄明信片，需要的当地邮资，和换算成美元的金额（2025.1.18 当日汇率）。比较一下，哪个国家的明信片邮资最贵/最便宜？

• 大部分数据来自 postcrossing 论坛，和一些本人的经历。非洲和南美的数据并不完整，懒得完美搜集了；
• 大多数国家都根据明信片的距离，分出不同的价格档位。这里选取的都是最远、最贵的距离，通常是寄往地球的对角线；
• 一些国家还会区分航空明信片、和更慢的陆运/海运明信片，前者的价格更贵一点。为了统一标准，这里选取的都是略贵一点的航空明信片价格。

比较各国的明信片价格——

• 全球最贵的是…阿根廷，10.38 美元！在全球明信片爱好者群里，都是著名的离谱。
• 第二贵的是丹麦 6.90，以及同样用丹麦克朗的格陵兰岛 4.70，比后面的第三梯队（瑞典 3.94、奥兰 3.81、以色列 3.76……），贵出一大截。
• 最便宜的是…印度，15 卢比 = 0.17 美元，而且印度还有更便宜的非航空价格，只要 12 卢比 = 0.14 美元 = 人民币 1 块钱！当时在印度都惊呆了，问了了很多遍，才确定自己没弄错。
• 最便宜的国家都集中在南亚到东亚一带，韩国和台湾都便宜得让人吃惊。除了中东土豪外，亚洲整体上要比其它地区，便宜一个价位。

2025-01-07 17:46:12

一个人走的路，还能称之为「路」吗？

我们对「路」的印象通常是，

• 很多人都选择一起走的某条轨迹，以至于把它铺建得更平整，是一种更有效率的行为，就像现代化的高速公路；或者是
• 前人已经走过的，后来的人去 follow，就像山间的小径或足迹。也可以更抽象一些，就像沙漠里并没有路，一场风沙过去，一切痕迹都被清空，下一个人走的轨迹是新的，但终归有一个要 follow 的方向。

如果是独自一人，已经确认了其它的路都不是自己要走的路，想寻觅新的方向，以及，这种具体而细微的个人层面的寻觅，也不太可能为别人留下，清晰的可以借鉴的痕迹，那么，他的行走，还可以称之为「路」吗？是否需要在脑海中，干脆就剔除「路」的意象？

另外，汉字里的「路」，右边的「各」，并不是个体、各自的意思，而是表示到达。所以，路是一个以 destination 为导向的思维。脑子里先有一个目标，然后去走，才叫做路。但如果并没有目标，只是想走出去走下去呢？

当然，这些意象不一定要移除或更改。一个人走的路仍然可以是路。只是在警省，有一些意象，可能是以更加群体化的环境为预设的，未必适合独自行走的场景。如果不拎出来想想，可能会导致思维惯性。而习惯了这样的警省后，也会发现更多，这类似是似非需要细想的东西，成天琢磨有的没的，很累，也是走路的一些代价吧。

2024-12-10 09:10:02

跟女孩子骑了一程重型摩托车，渐渐发现，每次她在红灯路口停下来时，动作都很一致：左脚撑地，右脚踩住刹车，——但这样的姿势，如果离合器在空档位，是没有办法直接从静态起步的，所以这段时间，其实是挂在一档，左手要一直捏住离合器。感觉手很累。

相比之下，我的动作则散漫很多。停车时我通常会右脚撑地，离合器挂在空档，左手完全松开，启动时用左脚踩进一档，然后直接前进。——但这种姿势和地形有关，如果停在斜坡上，车子前后溜动，缓一点的坡，可以勉强用脚撑住；陡一点的坡，就需要用右手捏住刹车，而捏久了觉得累，就也切换成右脚踩刹车，左脚踩地的姿势，但此时已经是空档了，启动时需要先换成右脚踩地，未免手忙脚乱。

但女生骑重机的最大问题在于，240kg 的摩托车，倒了是真的扶不起来。而任何车身的不稳、摇晃、倾斜、甚至一阵强风吹来，也都会导致撑不住，而最终倒下。所以，我的那些（勉强用脚撑住、换脚踩地、手忙脚乱）的情景，对她们而言，是完全不允许出现的状况。于是，这种停车时，手一直捏住一档离合的姿势，大概是适用于所有情况的统一最优解？我这种野路子出身，并不知道这样的姿势，是对方长年骑车的自我经验总结，还是经过了一套「女生如何骑重机」的专门学习培训？回头问问去。

另一方面，这种容错率很低的，对远超自己体重的机械驾驭，在骑行过程中，是否在精神上也是一种时刻紧绷的状态，当心自己随时会翻倒？——大概是的。虽然不同人在精神紧绷程度上存在差别，但应该不会像我那样散漫放松。而我也时常会忽视这种差别，停车时发现对方后座行李歪了，顺手扶了一把，却给对方造成了惊吓。

对方骑重机的效果，确实是非常的帅！对车子的驾驭技术也比我好，为了能骑上这么帅的重机，所付出的努力，也肯定比我多。——那么，设身处地，从我个人的角度，换做我是那个体重轻的女生，我是否愿意为了骑重机，而投身到更多的规则和努力之中？

从这个角度分析下去，其实和「女性生存状况」、以及「在日本生活的方式」，其思路上都有些隐喻的成分。当然，首先要批判的是环境因素：

• 女生、or 力量轻的人，骑重型摩托车更困难，这是摩托车工业体系造成的不公平。
• 我，对于这种状况的，所有的「我可以选择其它方式」的思考，都存在着自身 privilege 的体现。

在承认这一点的基础上，从文化规训、以及个人选择的维度上，

• 为了能克服困难骑重机，需要更严格地遵守一些规则。这样的行为，是否会导致在其它维度上，也对「遵守规则」这件事本身，产生习惯性的规训，从而越发偏向「守序」阵营？
• 守序阵营有什么不好的？为了享受一些更好更嗨的东西，让自己迈入一种，更主动更严格地，遵守一些规则的状态，这件事是否 合理 or 不合理？
• 我为什么会对「守序」这种东西，有一种默认去抵触的思路？这样真的是正常的吗？除了让自己警省，在国内的极权环境下，「遵守规则」背后往往掩盖着巨大的恶和虚伪，还有什么其它原因吗？

待续。

标题致敬 David Graeber 《规则的悖论》，但目前想写的这些，大概和书里的内容没什么关系。

2024-11-12 11:12:30

我其实对 Hugo 不熟，不知道这算不算重新发明了一遍轮子。但我搜索「如何在 github 上，用 hugo 架设自己的 blog？」时，搜到的教程，都需要用户在自己的电脑上，安装运行各种 git 和 hugo 的相关命令，感觉对新手并不友好。所以，我试着写了一个流程，让新人完全只需要在网页浏览器上操作，就能快速生成自己的 blog 网站。

所有操作都在 Github 这个项目上进行：
https://github.com/fivestone/hugo-papermod-beginning

这个项目本质上，就是搭了一个空白的 hugo 网站，让用户 fork 到自己的账户下，设置一下就能直接使用。对功能和界面有什么额外要求的话，请自行学习 hugo 的进阶教程。——然后你们就不是需要用这个项目的新人啦~

• 本项目基于 hugo 博客引擎，和流行的 PaperMod 主题
• 在 github 上建立的 blog，在墙内是不能直接访问的，需注意

1. 创建 github 账号

首先，注册自己的 github 账号，过程略。注册过程中，你设置的账户名 username，通常就是最终的网站地址 username.github.io，当然以后也可以把自己的域名映射到上面。

2. 架设自己的 blog 项目

注意，这一步，有两种方法：

• 第一种方法：你建一个全新的项目，下载我提供的 .zip 文件，解压后，再手动上传到你的项目。和第二种相比，稍微繁琐一点。但还是希望大家，有条件的话，使用这种方法。
• 第二种方法，把我的这个项目，fork 到你的项目。这种方法对新人更简便，完全不需要在本地操作文件，只用手机或 pad 就可以完成。但这种 fork 在一起的项目，在进行自动发布 blog 的操作时，是共享同一个操作额度的。如果 fork 的人数非常多，未来可能会被 Github 限制。——要达到这种规模，大概要几千人同时用吧……所以也不需要很在意。

2.1. 第一种方法

注册并登入账号后，新建自己的项目（Repository）。

项目的名称，决定了最终 blog 的网址。假设你的 github 用户名为 username

• 如果把项目命名为 username.github.io ，则最终的网站地址为
  https://username.github.io/
• 如果把项目设置成其它名字，如 new-name，则最终的网站地址为
  https://username.github.io/new-name

确认项目为 Public。其它设置都不需要更改，点击绿色按钮创建。

创建项目后，点击「上传已有的文件」

从我的 github 项目，下载已经设置好的 hugo 文件包，在本地解压缩 .zip 文件。然后，把里面的所有文件，拖拽上传到你的项目里。

等到 80 多个文件都被上传后，别忘了点击页面底部的 Commit changes 提交。

2.2. 第二种方法

注册并登入账号后，进入项目：
https://github.com/fivestone/hugo-papermod-beginning
点击 Fork，将这个模板复制到你自己的账号下。

和第一种方法一样，这里需要设置你自己的项目名称，假设你的 github 用户名为 username

• 如果把项目命名为 username.github.io ，则最终的网站地址为
  https://username.github.io/
• 如果把项目设置成其它名字，如 new-name，则最终的网站地址为
  https://username.github.io/new-name

然后点击 Create fork 创建项目。

3. 配置自动发布 blog

创建新项目后，进入项目的 Settings – Pages 页面，把 Build and deployment – Source，改为 GitHub Actions。

把 Source 从 Deploy from a branch，改为 GitHub Actions 后，进入上方的 Actions 页面。

初次进入 Actions 页面后，会显示 Github 预设的各种配置方案，通过搜索框找到 hugo，然后点击 hugo 方案中的 Configure

系统会自动生成配置文件，不需要做任何改动，点击绿色的 Commit changes 提交。

此时自动发布的 action / workflow 就已经开始运行了，大约 1~2 分钟后，就可以在
https://username.github.io 看到 blog 最初的页面了。

以后，每次对项目里文章或配置文件的更改，都会触发这个 action / workflow，重新生成一遍网站。可以在 Actions 页面，查看 workflow 每次运行的情况。

4. 更改网站基本信息

在 Code 页面，点击编辑 config.yml 页面，把一些预设的网站信息，改成你自己的信息。

对新人来说，需要在 config.yml 文件里更改的，大概有以下几项：

baseURL: https://username.github.io/ # 改成你自己的网址
title: 网站名称
params:
  author: somebody # 作者的署名

  homeInfoParams:
    Title: 网站标题，只显示在首页上
    Content: >
      显示在首页标题下方的一些文字。</br>
      支持一些简单的 html 和 markdown。

更改后，点击绿色的 Commit Changes… 在弹出的页面中，再一次点击绿色的 Commit Changes，保存文件后 1~2 分钟，就可以在 blog 页面上，看到更改后的内容了。

5. 添加、管理文章

所有的 blog 文章，都在 content / posts 目录中。在 Code 页面，进入 content / posts 目录。点击右上角，创建新文件。

所有的文章，均为 .md 结尾的 markdown 文件。文件名对应着这篇文章的网址，譬如，post-20241111.md 文章链接，就是
https://username.github.io/posts/post-20241111/

在文件的开头，如图所示，写入用 — 隔开的，文章的标题和发布日期。

---
title: "新文章的标题"
date: "2024-11-11"
---
然后开始写正文，markdown 格式。

同样，点击绿色的 Commit changes… 保存提交。1~2 分钟后，就可以在 blog 页面上看到新文章了。

content / posts 目录里的所有文件，都可以随意地新增、删除、修改、重命名文件。对应着 blog 文章的增删改、和改变 url 链接。

文章内嵌的图片，建议放在 static 目录下，然后在文章中用 markdown 格式引用。譬如 static / aa.jpg 文件，相应地在 markdown 文件中插入的代码为：

![](https://username.github.io/aa.jpg)

有经验的用户，也可以使用其它更有效的组织方式。

6. 其它注意事项

• 生成的 blog 对应的 rss 订阅地址为

https://username.github.io/index.xml

• 如果是用第二种方法，直接 fork 的项目，以后在这个 blog 项目里，会一直看到，图片里这样的消息，提示要把你对项目的更改，反馈给原本的我的项目。——不用理会就是了。

2024-09-30 08:52:33

偶然发现，思源字体的繁体字库文件，无法显示一些简体字。而思源的简体文件，似乎可以显示全部的繁体字？于是把常用的字体文件拆开，看看分别都能涵盖多少简繁汉字。

直接说结论：

• 简体字的字体，如「思源简体」，包含了中国大陆 GB18030-2000 编码标准的全部汉字，是能够同时显示几乎所有的常用繁体字的，因为这个 GB18030 标准，也涵盖了所有的早期台湾 big5 编码的繁体字；
• 反之，通常专门的「繁體 / 正體」字体，如「思源繁體」，很多简体字是不能显示的。因为相关的台湾汉字编码 CNS11643-1986（第 1 & 2 版面），只能覆盖 70% 的常用简体字。

首先，在最常用的几个字体中，

• 微软雅黑 和 思源简体 基本一致
• 思源繁体 和 思源香港 基本一致

两两之间的差别，只是少许生僻字、异体字、以及历史遗留的制作中文编码时的重复或疏忽。具体差别的内容，放在文末了。所以，这里主要对比「思源简体」和「思源繁体」，就可以了。

在思源字体 CJK 的说明文件里，写出了不同国家字体文件的字符数量，和需要支持的标准。可以看到，简中字体文件打包的字符，比繁中多了一万多个（这里的 Glyphs 不仅是中文，也包括西文、特殊符号、甚至一些 emoji）。

简中字体需要支持的标准，主要是

• 大陆 2000 年颁布的《GB18030 标准简体中文字符集》，包含 27,533 个汉字。当然，是否能做到 100% 符合，思源的设计方也表示，编码标准比较复杂，不好说……
• 2013 年颁布的《通用规范汉字表》，包含 8105 个汉字。其中有 199 个，不在 GB18030 的范围内。

繁体字体需要支持的标准，主要包括

• 台湾 1986 年颁布的《CNS11643 通用汉字标准交换码》，包括 13051 个汉字，和早年的「big5 大五码」相同。最初只有 1 2 两个字面（Panel），后来逐渐扩展，现在 1~7 字面都已经被 ISO 纳入 Unicode 体系，但思源繁体里，只支持 1 2 字面。
• 《HKSCS 香港增补字符集》，是香港从 1995 年开始，对台湾 big5 编码的补充，到 2016 年，收录汉字 5033 个。

从台湾的官网上，可以下载到目前最新的 CNS11643 – Unicode 之间的对应情况；大陆这边没有找到类似的官网资料，搜到的几个 GB18030 – Unicode 编码表，都是 PDF 格式（掀桌……）。但可以在 python 里把字符 encode，得到相应的编码，也可以变相确认，某个字符是否在某个编码里。

>>> print('劍'.encode('gb18030'))
b'\x84\xa6'
>>> print('劍'.encode('gb2312'))
报错
>>> print('劍'.encode('big5'))
b'\xbcC'
>>> print('劍'.encode('raw_unicode_escape'))
b'\\u528d'

实测结果，所有的 13053 个繁体 big5 汉字，也就是台湾最初规定的，最常用的繁体字，都包含在大陆的 GB18030 编码，也包含在思源简体的字体文件里。包含在思源繁体，而不在思源简体中的汉字，只有 1711 个（详见文末，——如果你觉得其中哪个字不够生僻，那么通常是历史遗留下来的编码重复、或者异体字。譬如，现在 Unicode 里，至少有 10 个各种形态的「龟」字了。

• 简体「龟」 – U+9F9F、U+2EF2、U+2EF3
• 繁体「龜」 – U+9F9C、U+2EF1、U+2FD4、U+F907、U+F908、U+FACE
• 日文「亀」 – U+4E80
• 还有 emoji 的 U+1F422 、埃及象形文的 𓆉 U+13189

相对的，包含在思源简体，而不在思源繁体中的汉字，有 11856 个之多。这其中，包括了非常多的常用简体字。以大陆最常用的 6763 个汉字（也就是 1980 年大陆发布的 GB2132 汉字编码集）为例。在这些汉字当中：

• 包含在 1986 年台湾 big5 编码中的汉字：4383 个
• 没有被 big5 收录，但是包含在「思源繁体」中的：482 个
• 「思源繁体」中也不存在的：1898 个

具体字符清单见文末。可以看到，思源繁体字库中，不能显示的常用简体字，接近 30%，尤其是部首本身就有简繁体之分的，如：讠纟艹饣钅车马鱼鸟页……使用了这些简体字部首的字，有很大概率，在繁体字库里无法显示。

当然，这样的差异，不一定代表着台湾那边的汉字编码工作不力、或者对简体字的傲慢。无论是 GB18030 还是 CNS11643，都早已有了更新更全面的版本，在 CNS11643 2004 年的版本中，包含了 GB2312 的全部 6763 个汉字，而整个思源简体的三万多字符，也只有 500 多个不在其中。所以，还是一些神秘的历史差异，导致——

• 简体字体支持大陆 2000 年的标准，而
• 繁体字体只支持台湾 1986 年的标准

但目前我们在网上浏览，或者文字排版时，如果用统一的字体，且需要考虑简繁体的兼容性的话，还是使用满足 GB18030 的 “简体” 字库吧。

思源字体（黑体和宋体）在 github 上的原始下载版本，分成了

• Variable OTCs – 五个地区的合集（中国、台湾、香港、日本、韩国）
• Language-specific Variable Fonts – 不同语言的合集
• Region-specific Subset Variable Fonts – 适配不同地区的版本

本文之前分析的，都是 Region-specific 版本之间的区别。而更大一级的 Language-specific 的中文字体，无论是简体繁体，都收录了四万多个字符，大约是大陆和台湾编码标准的合集，甚至更多，推荐大家去使用这个。但 Github 的界面流程，对于非专业人士来说，还是过于复杂了。而 Google Fonts 上提供的下载版本，就只有 Region-specific 的版本。

附——