Kasbin Putrajaya ❌❌❌¶

我们在吉隆坡主要是转机去仙本那，所以在吉隆坡的停留时间非常短暂，只吃了两顿正餐。午饭是在粉红清真寺附近的叫 Kasbin Putrajaya 的东南亚餐厅，谷歌评分很高有 4.7 分，但是我们去的时候发现完全没有人在这里吃，就已经隐隐觉得不太对劲了。店里也没有菜单，只能去问店员要了个二维码，扫码跳转到了一个网页，而然菜单也没有语言选项，只能一点一点截图翻译。最后点了如图的 3 个菜，分别是咖喱鸡、烤鱼和炒蕨菜，以及一杯 Milo Dinosaur，评价是除了咖喱鸡的味道还行之外，其他的都非常难吃，而且还贵。

Mengrai Thai Restaurant ✅✅¶

这家是在转机酒店附近的一家泰国餐厅，谷歌评分 4.7 分，我们点了冬阴功汤、菠萝炒饭和炒螃蟹，味道都不错，尤其是冬阴功汤和菠萝炒饭，螃蟹的味道一般般，价格也还合适。除了这家之外，附近还有很多餐厅，如果有在吉隆坡转机的朋友可以考虑在这里住宿，吃饭很方便，还可以顺便去布城逛逛。

Anjung D’Samudera Cafe ✅✅✅¶

这是我们在仙本那吃的第一顿正餐，没想到之后几天甚至到回国之后都一直心心念念的就是这顿饭了。我们总共点了咸蛋黄螃蟹、香辣螃蟹、白灼虾和米线，当时吃的价格好像是 50 马币 1 公斤螃蟹，我们对半炒了咸蛋黄和香辣的口味，白灼虾也是 50 马币 1 公斤。咸蛋黄螃蟹超级好吃，以至于后面几天我们连续尝试了好几家餐厅的咸蛋黄螃蟹，但是综合评价都没有这家好吃，大部分都是太油了，或者咸蛋黄的味道不够浓郁，或者螃蟹的肉质不好吃。白灼虾也很不错，所以我们回国之后参考这个做法自己买虾做了好多次，每一次都很好吃。香辣螃蟹一般，米线不好吃，和国内的米线完全不一样，吃了两口就吃不下了。总之这顿饭是我们在仙本那吃的最满意的一顿了，如果有机会再去仙本那的话（虽然大概率不会了），我们还会想吃这顿饭的。

Restoran Bubble Cafe ❌¶

这家店是在小红书上找的（真的再也不相信小红书了），谷歌评分倒是不高（3.5 分）。点的菜除了咸蛋黄鱿鱼都一般，咸蛋黄螃蟹煎的太干了，蛋黄味不明显。

Little Italy ❌❌¶

这是我们到亚庇之后的第一餐，就在酒店楼下，是一家主打意大利面的餐厅，谷歌评分 4.4 分。我们去得有点晚，主推的几个搭配已经卖完了，最后点了一个海鲜炒饭和一个墨鱼面。海鲜焖饭是比较湿的，墨鱼面也没啥特别的味道，不过手工意面口感可能不错，但是我们对面的口感不是很在意，所以也没有特别喜欢，而且价格还很贵，所以这顿饭的性价比不太高。

新记肉骨茶 ✅✅¶

之前在小红书上看到有人吐槽肉骨茶药材味太重了，吃了两口就吃不下了，所以我们也做好了心理准备，但是实际尝到的味道还不错，挺喜欢喝的。除了肉骨茶之外，我们还点了一个蔬菜、一个鸡爪和一个榴莲煎蕊，都比较中规中矩，没有特别喜欢也没有特别不喜欢，价格也还可以接受。

大茄来 ✅¶

这个和 KK Garden Seafood 都是小红书上既有人推荐又有人吐槽的餐厅，我们是抱着试一试的心态去吃的。点的菜里面空心菜和白灼虾还行，咸蛋黄螃蟹也勉强可以，但是豆腐一般（虽然前一天和我们拼车去看大王花的姐妹说很喜欢这个豆腐），炒饭不好吃，综合来讲还算可以。

KK Garden Seafood ❌¶

咸蛋黄软壳蟹炸的油太多了，蛤蜊的壳好重，说给你称了一斤，但实际上根本没有多少肉，炒粉 / 炒牛河也一般，但是干奶油虾还是不错的。

夜市 ✅¶

这是在加雅街上的夜市，好像是每周五和周六晚上开放，我们吃了一个叫做 Apam Balik （曼煎粿）的甜点，是一个煎过的饼里面放一些花生碎和糖，甜甜的我比较喜欢（但是贺小可觉得太甜了）✅✅；此外还有一个沙爹（Sar Tae）口味的烧烤，贺小可之前去印尼的时候被这个玩意搞出了心理阴影，但是我觉得还行；最后在一个饮料摊买了一杯冰拉茶，很不错（当然某人还是觉得太甜了）✅

小摊 ✅✅✅¶

我们有三顿饭是比较随意的解决的：

• 仙本那加油站南边的小吃摊上，点了一个咖喱鸡和海鲜饭，都非常不错，而且是我们吃的最便宜的一顿饭了，性价比超级高 ✅✅✅
• 亚庇酒店对面的一个便利店（Triple S），点了一个椰浆饭、叻沙、拉茶（其实这才是第一次喝拉茶）和一个水果 ABC，味道都不错，价格也很便宜 ✅✅✅
• 酒店旁边的 Orange 便利店，买了泡面、果汁和一些搭配，味道都还行，价格也很便宜 ✅✅

其他 ❌¶

• 加雅街上的两个叻沙店（怡丰叻沙和叻沙 x 东炎），都很一般，牛肉丸还不如机打的有嚼劲 ❌❌❌
• 仙本那酒店的早餐，是包含在房费里的，虽然就是普通的面包和方便面，但是味道还行，而且还不要钱，要啥自行车啊，性价比也不错了 ✅
• 潜水附带的午饭，味道一般，而且可能有卫生问题（虽然我没有吃出问题），如果有介意的朋友可以自己买点吃的带着，或者吃个面包什么的就好了 ❌

后记 ¶

2 月份的记录终于写完了，但是 4 月初又去了一趟潮汕，每天都在吃吃吃，感觉又有很多东西可以写了，等有时间再写一篇潮汕（以及现在在江西的）的饮食篇吧。

clangd 是基于 LLVM 的 C / C++ 语言服务器，提供了代码补全、错误检查、跳转等功能。相比 MSVC 的 IntelliSense，clangd 的性能更好，响应更快，尤其是在大型项目中表现更为出色。不过缺点是我很多代码的函数注释使用的是 Doxygen 风格，MS 官方的插件可以拦截渲染请求，将注释渲染到函数的说明中去，但是 clangd 无法做到这一点，最后只能通过命令行的 doxygen 生成文档，再通过插件在 VSCode 中查看文档。

安装 clangd¶

除了在 VSCode 中安装 clangd 插件之外，还需要在系统中安装 clangd，例如 Ubuntu 可以直接用 apt 安装：

1

sudo apt install clangd

Make 工程 ¶

对于 Make 工程，需要生成 compile_commands.json 文件，clangd 通过这个文件来了解项目的编译选项。可以使用 Bear 工具来生成 compile_commands.json：

1
2

sudo apt install bear
bear -- make -j4

CMake 工程 ¶

对于 CMake 工程，可以直接在 CMakeLists.txt 中添加以下内容来生成 compile_commands.json：

1

set(CMAKE_EXPORT_COMPILE_COMMANDS ON)

但是一般情况下，CMake 会将 compile_commands.json 生成在构建目录中，而 clangd 默认会在项目根目录中寻找这个文件。可以通过创建一个符号链接来解决这个问题：

1

ln -s build/compile_commands.json compile_commands.json

或者在配置文件中指定 compile_commands.json 的路径：

1
2
3

"clangd.arguments": [
    "--compile-commands-dir=${workspaceFolder}/build",
]

另外如果碰到了标准库无法找到的问题，可以在 VSCode 的设置中添加以下配置来指定标准库的位置：

1
2
3

"clangd.arguments": [
    "--query-driver=/usr/bin/g++*,/usr/bin/gcc*,/usr/bin/c++*"
]

本文多图预警！
这篇博客主要介绍我们的行程安排、花费、玩的项目和去的景点，吃饭的内容后面有空再写。

年后的第一个长假是在马来西亚的海边度过的，小可和朋友们去年去巴厘岛的时候（此时的我在兰州苦苦做实验）在吉隆坡短暂转机，在市区打卡了几个景点和饭店，留下了不错的印象（以至于这次在布城的时候，一直念念不忘椰浆饭）。在纠结了澳大利亚、新西兰、欧洲等诸多目的地后，我们最终敲定了马来西亚。这是一个奇妙的国家：半岛（西马）原为英国殖民地并独立成马来亚，后来与隔着南中国海的北婆罗洲（沙巴和砂拉越，即东马）合并。由于地理阻隔，东西马在文化、风俗和饮食上都有着显著的差异。我们这次的行程便主要集中在东马沙巴州的仙本那和亚庇两地。

行程安排 ¶

旅行花费 ¶

景点与项目 ¶

布城 - 粉红清真寺 ¶

布城（Putrajaya）是马来西亚的行政中心。与吉隆坡一样，它是从雪兰莪州划出的联邦直辖市，街头随处可见直辖区的旗帜。布城的绿化极好，一条河流穿城而过，在路上走着的时候时不时有一阵微风吹着很舒服，非常适合 City Walk，只有在正午的时候和没有遮挡的地方才会感到比较炎热，因此强烈建议趁早游玩。这里的核心景点是粉红清真寺及毗邻的首相府。清真寺依水而建，西侧是最佳的拍摄机位，日出时分去的话，可以看到晨曦光辉下的清真寺。除此之外布城还有一些景点，例如布城植物园、摩洛哥清真寺等等，但是因为我们前一天凌晨坐的飞机太累了，就没有继续去了。

清真寺可以免费进入参观，但是女性和穿背心、短裤的男性需要穿免费提供的长袍，建筑内部对游客开放的区域不多，只有一小块，里面有一些展板和宣传资料，介绍一些伊斯兰教的历史和穆斯林的习俗等，例如我们和一个日本人一起和工作人员聊天的时候，工作人员就提到怎么成为一个穆斯林，需要有两个人的见证，同时引导你怎么进行 declare 和祷告。还有几块展板显示了游客的来源，花 1 RM 就可以钉一个小钉子，上面中国和欧洲的人是最多的。

仙本那 ¶

仙本那是沙巴州 - 斗湖省 - 仙本那县的首府，是一个海边的小镇子。最出名的是它的玻璃海，镇上的游客几乎全是中国人，本地人很多也会几句简单的中文，最常见的就是路边会有人提着水桶、篮子，里面装着皮皮虾、螃蟹之类的，问你要不要。仙本那本身非常偏僻，常见的往返方式是坐飞机到斗湖机场，再坐当地的小巴去仙本那，车程在 1.5~2 h 左右，价格一般是 25 RM 一个人。

仙本那的海确实很漂亮，但是镇子本身的环境很一般，很多地方都是垃圾，路边上还有很多野狗，晚上或者独行的时候一定要注意。另外不知道是不是因为马来西亚没有汽车的强制报废制度，所以很多老旧、破破的车一样在路上开，走在路上在哪里都可以闻到汽油味和海腥味。

我们跳岛和海钓是在海螺海螺（Halo Halo）线下买的，价格和我们在网上看的差不多，还算合适。跳岛的路线有 3 条，分别是 A 路线去爬山、B 路线（马达京岛、汀巴汀巴岛、邦邦岛）和 C 路线（马步岛），我们选择的是 B 路线。跳岛可以选择浮潜、体验潜和欢乐潜（需要考证），一般来讲如果会游泳，不怕水的话可以选择深潜（也就是体验潜），在马达京岛会下潜到 10 m 左右，在汀巴汀巴岛最深可以到 30 m 左右，而在邦邦岛大家都登岛自由活动，可以自己去浮潜。整体而言景色还是很不错的，海水很清澈，近处是宝石或者啤酒瓶一样的绿色，远处是蓝色的。

海钓也有两种选择，半日或者一日的，我们因为下午要坐飞机去亚庇，所以选择的是半日游。整体而言海钓的体验一般，船并没有开出很远，就在近海的几个岛旁边，鱼并不多，而且更关键的是海里有非常多的垃圾（塑料袋、拖鞋、矿泉水瓶啥的），很容易被钩上来。如果你不会钓鱼或者一直没钓到的话，可以让船上的小黑帮忙，他会帮你放线，把杆，感觉到鱼上钩了再让你收线钓上来。

拖曳伞和桨板 ¶

亚庇其实可以在跳岛时顺便玩拖曳伞，但由于我们在仙本那已经跳过岛了，不想再额外交跳岛费。后来我们在小红书上发现丹绒亚路海滩可以单独玩这个，两个人 170 RM（打听到有人最低价 160 RM）。每船会有 8 个人左右，2 个人一组，大概会上天 4~5 分钟左右，整体体验还是非常不错的。海滩也很适合看日落，还可以玩桨板，价格从两个人 60 RM 到 100 RM 不等，看个人的砍价能力。桨板教练会带你到合适的位置帮忙拍照，也可以选择自己划，只要注意别飘得太远就行。

萤火虫 ¶

在亚庇看萤火虫一般是红树林形成的一部分，除此之外还有看长鼻猴，日程从下午一直持续到晚上十点左右。红树林有很多地点，例如 Kawa Kawa、皇家湾和 Weston，区别主要是路程远近，很多攻略说这里萤火虫少，那里萤火虫多的，真真假假搞不清楚，甚至还有什么真 Kawa、假 Kawa 之分。更可恶的是，这边的喊价太搞人了，例如账面标价每个人 230 RM，你问他就说 100 RM，最后砍价可以到 80 甚至 60 RM，我们去哲斯顿码头问价的时候真的被搞得脑袋痛，完全不想和这些人打交道，再加上我们不是很想看猴子，最后在小红书找了一个明码标价 80 RM 不看猴子的小团。

我们最后去的是 Kawa 红树林（而且大概率是所谓的假 Kawa），在去之前还在附近的沙滩看了日落，非常漂亮。在晚上七点多就到河道的码头等待坐船去看萤火虫了，船上大概有 20 分钟左右，会贴着河道走一段，需要注意把手机亮度调到最低，而且一定要关闭闪光灯（虽然手机很难拍出来好看的照片，还是肉眼欣赏最好）。船上的向导会拿一个冷光灯来吸引萤火虫到船附近，可以用手接住，不过注意别捏死了。

大王花 ¶

马来西亚 10 元纸币背面的图案就是大王花，亚庇的大王花主要有两个地方可以看，分别是神山（Mt. Kinabalu）和大王花基地。神山的单程车程需要 3 h 左右，行程需要 1 整天，两个懒人接受不了，所以只能选择去大王花基地（Rafflesia Information Center）。红树林的同一个旅行社去这的报价是每人 120 RM，稍微有点贵，最后我们做攻略的方案是打一个按小时计费的 Grab，拼车 4 个人去大王花基地。最开始我们计算的花费是 4 小时 100 RM 的打车费 + 36 RM 的 1 小时超时费，外加 15 RM 的门票和 100 RM 的向导费（最多可以 5 个人拼，我们是 4 个人），人均 74 RM。后面司机知道我们要去大王花基地之后，说 Grab 上这个打车是 Within City 的，不能开出市区，如果要去大王花基地得加 100 RM，不过按 5 个小时给我们算，我们也同意了，最后人均 90 RM。

和我们拼车的是一对很友好的母女，阿姨在车上直接和司机用粤语聊天起来，后面甚至听我的口音猜出我是湖南下面哪个市的，太厉害了。司机是沙巴州旁边的砂拉越州的人，父母是广东和福建的移民，所以会说粤语、福建话、马来语和一点普通话，还有英语。去大王花基地的路上海拔会从几十米一路爬升到最高超过 1600 m，中间会走很多的盘山公路，所以对车子的考验还是挺大的，我们的车子就在上山的时候出了问题，开着开着空调不制冷了，在中间的一个便利店停车之后司机下车打开前机盖里的水箱，里面的水直接被大量的水蒸气带了出来，幸好有个便利店可以买几瓶冰水加进去，勉强让车子正常开完了全程，所以拼车出行，最好提前和司机沟通好，确保车况正常。

下车之后去看大王花的路不是很好走，而且会有一部分的小路比较泥泞，所以最好在 Information Center 那里用 3 RM 租一双雨靴换着穿。路上和向导的交流得知当地的大王花花期一般在 7 天左右，而大王花的花苞需要 10 个月的时间才能够绽放。其实入口的地方有很多等待开放的大王花花苞，但是还需要等比较长的时间，所以想看到大王花还是比较看运气的，最好去之前让酒店前台帮忙询问一下最近有没有花开放。我们在 Wiki 上看到大王花最大可以到 1.4m 的直径，不过我们看到的那一朵只有 40 cm 左右，可能是不同的品种。买票 + 看花大概用了 1.5 h 不到，加上路上的时间，整体在 5 h 内完成应该是没有问题的。

亚庇日落 ¶

在去之前，亚庇的日落就久闻大名，而我们在亚庇看到的 3 次日落也确实都非常不错。我们分别在丹绒亚路沙滩和去看萤火虫路过的黑沙滩看了日落，个人认为在黑沙滩那边看到的日落更好，不过丹绒亚路沙滩可以边看日落边坐拖曳伞或者玩桨板，也还是很不错的。

亚庇是沙巴州的首府，整体发展不错，也有很多的中国人。亚庇的名字 Kota Kinabalu 就来源于附近的神山 Kinabalu 山，这个山也是马来西亚和婆罗洲（加里曼丹岛）的最高峰，Kota 是城市的意思。亚庇市区内最主要的景点就是丹绒亚路沙滩、加雅街和所谓榴莲街，每周五、周六的晚上在加雅街还有夜市（虽然夜市上的东西也不是很多）。除此之外有一条所谓的 “菲律宾街” 上有很多 spa 店，给出的价格一样虚高，但是被小红书 “整治” 之后，大家都统一了每个人 60 RM，包括 1 小时精油 spa 和半小时足部按摩，可以去尝试一下，放松还是很不错的。

总结 ¶

总的来说，这次沙巴之行可谓是 “一半折腾，一半治愈”。仙本那脏乱的街道与随处可见的野狗，空气中常有的海腥与汽油混合味，还有亚庇码头让人头痛的漫天要价，真的让人头大。然而，当你在丹绒亚路坐在桨板上迎着海风，潜入马达京的玻璃海寻找海龟；当你站在黑沙滩前沉醉于绝美的晚霞，历经波折终于看到大王花的真容，或是乘船穿梭在 Kawa 红树林看萤火虫飞舞…… 你会觉得，这片 “风下之乡” 的风景绝对值回所有的票价与波折。

在 WSL 里面运行命令时，有时候要等很久，就会去做一些别的事情（其实就是去摸鱼了）。但是做别的搞久了就会忘记，或者等想起来的时候命令已经执行完很久了，所以我想着能不能在 WSL 里面运行命令结束后，给 Windows 发送通知。

Github 有一个叫做wsl-notify的项目，但是已经多年没有更新了，最后找到了一个 Powershell 的模块BurntToast，而 WSL 中可以把 Windows 下可执行文件的路径写入到 shell 配置中，所以可以在终端调用 Powershell 来发送通知。

1. 在 Powershell 中安装 BurntToast 模块：

1

Install-Module -Name BurntToast

2. 在 WSL 中进行配置：

1
2
3
4
5
6

alias powershell="/mnt/c/WINDOWS/System32/WindowsPowerShell/v1.0/powershell.exe"
notify() {
    local title="${1:-WSL 通知}"
    local msg="${2:-命令已运行完成}"
    powershell -Command "New-BurntToastNotification -Text '${title}', '${msg}'"
}

3. 使用方法：
   在 WSL 中运行命令后，调用notify函数即可发送通知。例如：

1

sudo apt update && notify "更新完成" "apt update 已经完成"

当然还有一些奇技淫巧，例如一行命令产生一个必须要点击的通知：

1
2

alias powershell="/mnt/c/WINDOWS/System32/WindowsPowerShell/v1.0/powershell.exe"
powershell -Command "& {Add-Type -AssemblyName System.Windows.Forms; [System.Windows.Forms.MessageBox]::Show('$1', 'WSL 通知')}"

• 感谢 Gemini Pro 生成的封面图。
• 实时统计页面的更新请见V3 版本更新以及 FoxHub fox/umami-stats-scripts

Umami 最近升级大版本，从 v3 开始彻底抛弃了 MySQL / Mariadb，转而使用 Postgresql 作为默认数据库。之前有几个别的服务也推荐使用 Postgresql，一直在纠结要不要切过去，但是每次都被庞大的工作量劝阻了（而且还要学很多东西）。现在只能决定折腾一下数据库的迁移了。

1. 备份现有数据：在进行任何迁移操作之前，确保已经备份了当前的 Mariadb 数据库数据：

1

mariadb --no-create-info --default-character-set=utf8mb4 --quick --skip-add-locks -u username -p mydb > mydbdump.sql

2. 安装 Postgresql：通过 docker 安装 Postgresql 数据库：

1
2
3
4
5
6
7
8
9
10
11
12
13

services:
    postgresql:
        container_name: postgresql
        image: postgres:latest
        restart: always
        volumes:
            - ./data:/var/lib/postgresql
            - ./conf:/etc/postgresql/conf.d
        environment:
            TZ: Asia/Shanghai
            POSTGRES_USER: root
            POSTGRES_PASSWORD: password
...

3. 创建 Umami 数据库：进入 Postgresql 容器，创建 Umami 所需的数据库和用户：

1
2
3

docker exec -it postgresql psql -U root
CREATE USER umami WITH PASSWORD 'password';
CREATE DATABASE umami OWNER umami;

4. 准备一个新的 Umami 实例：使用 Postgresql 作为数据库，启动一个新的 Umami 实例（版本和之前使用 MySQL 或者 Mariadb 的版本一致）：

1
2
3
4
5
6
7
8
9
10
11
12

services:
    umami-postgres:
        container_name: umami
        image: docker.umami.is/umami-software/umami:postgresql-v2.19.0  # 这里切换成自己之前使用的版本号
        restart: always
        environment:
            DATABASE_URL: postgresql://umami:password@postgresql:5432/umami
            DATABASE_TYPE: postgresql
            APP_SECRET: 7MbJDvq9P7Ercw
            TRACKER_SCRIPT_NAME: Bf5ZmaKLu245LG
            TZ: Asia/Shanghai
...

5. 截断 Postgresql 中的表：进入新的 Umami 容器，截断 Postgresql 数据库中的部分表：

1
2
3

docker exec -it postgresql psql -U umami -d umami
truncate table "_prisma_migrations";
truncate table "user";

6. 创建导入文件：创建pgloader的配置文件umami.load，内容如下：

1
2
3
4
5
6
7
8
9

LOAD DATABASE
     FROM mysql://umami:password@172.19.0.2:3306/umami
     INTO pgsql://umami:password@172.19.0.22:5432/umami

 WITH data only,
      create tables,
      include no drop

ALTER SCHEMA 'umami' RENAME TO 'public';

1

UPDATE website_event SET visit_id = UUID() WHERE visit_id IS NULL;

1

DELETE FROM website_event WHERE visit_id IS NULL;

7. 执行数据迁移：运行pgloader命令，开始迁移数据：

1

pgloader umami.load

8. 验证数据完整性：迁移完成后，检查 Postgresql 数据库中的数据是否完整，确保所有数据都已成功迁移。例如，可以使用以下命令检查表中的记录数：

1
2

docker exec -it postgresql psql -U umami -d umami
SELECT COUNT(*) FROM website_event;

9. Umami 服务迁移：停止旧的 Umami 服务，启动新的 Umami 服务，确保其连接到 Postgresql 数据库：

1
2

docker compose down umami-mariadb
docker compose up -d umami-postgres

10. 升级 Umami 版本：如果需要升级 Umami 版本，可以在新的 Postgresql 实例上进行升级操作，确保数据和配置保持一致。

• 构建模块化的 TAS 探测器
• 统计模拟过程中的核反应信息，包括类型、反应道、产物能量分布、伽马射线母核统计等 (1, 2)
• 利用 Sensitive Detector 统计粒子在探测器中的沉积能量 (3)
• 通过 Analysis Manager 保存数据到 ROOT 文件 (4, 5)

模板的核心功能时序图如下：

sequenceDiagramautonumberpar    RunManager->>RunStat: Initializationand    RunManager->>AnalysisManager: InitializationendRunManager->>+Run: Begin runrect rgb(200, 150, 255)Run->>SD: Initializationendloop Number of particles    Run->>+Event: Primary Generator    Event->>+Step: Particle Transport    loop Particle alive        rect rgb(191, 223, 255)        alt Have secondary particles            Step-->>RunStat: Reaction information        else In SD            Step-->>SD: Step information        end        end        Step->>Step: Particle Transport    end    Step->>-Event: E = 0 or been absorbed    rect rgb(200, 150, 255)    SD-->>AnalysisManager: SD statistics    end    Event->>-Run: End eventendAnalysisManager-->>Output: Data file (root format or others)Run->>-RunManager: End runRunStat-->>Output: Reaction statistics

主要功能 ¶

SD，Hits 与 Analysis Manager¶

Sensitive detector 和 Hits 是 Geant4 中的重要工具，用于统计粒子径迹在我们感兴趣的区域沉积的能量。在模板中，我们定义了一个 Sensitive detector: TemplateSD，用于划定感兴趣的区域；以及一个 Hits 类: TemplateHit，用于记录所需要的信息（例如沉积能量、粒子类别、名称等）。

由于不同人员的需求以及工具喜好不同，Geant4 并没有提供一个完备的数据分析工具，但是通过G4AnalysisManager实现了对于数据的管理。数据可以分为两类：n-tuple和histogram，前者类似于表格，行是每一个事件，列是各种物理信息；后者是对于某一物理量的统计，例如能量分布、角度分布等。G4AnalysisManager类是线程安全的，并且可以自动合并多线程的数据。(5)

TemplateSD::ProcessHits函数将TemplateHit的信息收集到TemplateHitsCollection中，随后在EventAction::EndOfEventAction函数中读出，并且通过analysisManager（G4AnalysisManager类的实例）保存，最后在RunAction::EndOfRunAction中输出到 ROOT 文件中。

核反应统计 ¶

统计的过程完全发生在SteppingAction::UserSteppingAction方法中，并定义了RunStat类进行协助。RunStat类的主要功能是记录核反应的信息（例如反应类型、反应道与 Q 值）以及核反应产物的信息（例如产物能量、数量，以及伽马射线的母核统计），这些信息在RunStat::print中输出到日志文件中，同时也保存在analysisManager中。

示例 ¶

探测器构建 ¶

• 靶
  • $\Phi$ 15 mm
  • 样品: 100% $^{98}\mathrm{Mo}$, 1.5 um 绿色 (红色)
  • 衬底: Al, 5 um 绿色 (蓝色)
• 探测器
  • Si: 10 mm $\times$ 10 mm $\times$ 3 mm (白色)
  • BGO: 100 mm $\times$ 100 mm $\times$ 200 mm, 六边形
    • 中心: 束流孔 $\Phi$ 40 mm (黄色，1 个)
    • 外层 (灰色，总计 6 个)
• 屏蔽
  • PEEK: $\Phi$ 20 ~ 35 mm, 200 mm 长 (青色)
  • Pb: 50 mm 厚 (绿色)

探测器侧视图

核反应统计 ¶

入射粒子为 13 MeV 的质子，反应主要以库伦散射为主，质子非弹主要以 $^{98}\mathrm{Mo}$ 的 (n,p) 反应为主，产物为 $^{98}\mathrm{Tc}$

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

>>> Process calls frequency:
         CoulombScat =     103207
     Radioactivation =       2522
        ...

>>> List of nuclear reactions: 
                         As75[264.658] --> N gamma or e- + As75 / Radioactivation:       1   Q =      264.658 keV
                         ...
                                                   gamma --> N gamma or e- / phot:  121754   Q =     -249.463 eV 
                                          gamma --> gamma + N gamma or e- / compt:   46219   Q =            0 eV 
                                          ...
               proton + Mo98 --> N gamma or e- + neutron + Tc98 / protonInelastic:    5106   Q =     -3.47829 MeV
               ...

>>> List of generated particles:
               As75 :        18  Emean =      9.91766 eV (  501.954 meV -->  15.9164 eV )
               ...

>>> List of gamma parents:
     0 :            Tc98 up
     ...

伽马能谱与母核 ¶

Mo-98 的伽马能谱（产物为 Mo-98 基态）

单块 BGO 伽马总能谱

1.607~1.610 MeV 伽马射线母核统计

参考资料 ¶

1. Example Hadr03
2. Differences with physics list choice in Hadr03 example
3. Example B2
4. Example B4
5. ANALYSIS

最近去检查 Bing 和 Google 的网站收录情况，发现收录了一大堆自建的 Gitea 和 Memos 链接，这些链接不太希望直接发布在收索引擎中，而且变换比较快，参考意义不大，所以想阻止被收录。

临时删除 ¶

如果只需要临时删除这些索引，Google 和 Bing 都提供了入口，不过需要每一定时间手动延期。

永久阻止 ¶

对于使用 docker 部署的 Gitea，按照官网的安装教程挂载了卷，例如：

1
2
3
4
5
6
7
8

...
services:
  server:
    image: docker.io/gitea/gitea:1.23.1
    ...
    volumes:
      - ./gitea:/data
    ...

容器中的/data/gitea目录与宿主机的./gitea/gitea目录对应，这个目录是用于存放自定义文件的，创建目录templates/custom，在该目录下创建header.tmpl文件，并写入：

1

<meta name="robots" content="noindex">

重启 Gitea 查看效果即可：

搜索过程 ¶

在 Google 和 Bing 的官方文档中都提到了不要使用robots.txt作为屏蔽机制，而推荐了三种方法：

1. 将noindex元标记添加到页面的<head>部分，安全性较低，还可能被收录
2. 禁止访问（例如需要密码），但操作不现实，除非全部私有化仓库
3. 移除网站，404 Not Found，更不可行

所以下一步是查找怎么在 Gitea 中找到页面<head>部分并且修改。右键查看自建 Gitea 网页的源代码，找到已有的元标记，然后在 Gitea 的官方 Github 仓库中搜索，找到包含这部分的文件，即templates/base/head.tmpl。

在代码中包含了这样一段：

1
2
3
4
5
6
7
8

<!DOCTYPE html>
<html lang="{{ctx.Locale.Lang}}" data-theme="{{UserThemeName .SignedUser}}">
<head>
    ...
    {{template "base/head_opengraph" .}}
    {{template "base/head_style" .}}
    {{template "custom/header" .}}
</head>

结合 Gitea 自定义模板的内容，在自定义目录下创建templates/custom，并在其中创建header.tmpl文件，写入：

1

<meta name="robots" content="noindex">

即可实现效果。

参考资料 ¶

1. Installation with Docker
2. “移除” 工具和 “安全搜索” 举报工具
3. Block URLs from Bing
4. templates/base/head.tmpl

实现 ¶

首先，通过which z命令拿到实际的命令执行函数：

在 z.lua 脚本中给出了如何对 z 命令进行补全的方法：

1
2
3
4
5
6
7
8
9
10

_zlua_zsh_tab_completion() {
# tab completion
(( $+compstate )) && compstate[insert]=menu # no expand
local -a tmp=(${(f)"$(_zlua --complete "${words/_zlua/z}")"})
_describe "directory" tmp -U
}
if [ "${+functions[compdef]}" -ne 0 ]; then
compdef _zlua_zsh_tab_completion _zlua 2> /dev/null
compdef ${_ZL_CMD:-z}=_zlua
fi

其中：

• _zlua_zsh_tab_completion 是自动补全函数；
• ${(f)"$(_zlua --complete "${words/_zlua/z}")"} 是获取补全的内容，并且按照每行分割转化为数组；
• _describe 是定义补全的内容，第一个参数是描述，第二个参数是补全的内容；
• compdef 是定义自动补全函数，第一个参数是自动补全函数，第二个参数是实际的命令执行函数。

参照上面的内容写了一个自动补全脚本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

_z_comp() {
    local -a list=(${(f)"$(_zlua --complete "${words/_zlua/z}")"})
    _describe "directory" list -U
}
_zc_comp() {
    local -a list=("${(@f)$(fdfind -t d -d 1 .)}")
    for ((i=1;i<=$#list;i++)){
        list[i]=${list[i]/\//}
    }
    _describe "subdirectory" list -U
}
_zlua_comp() {
    _arguments -C -S -s \
        '*:enter directory order by frecent:_z_comp'  \
        '-c:enter subdirectory:_zc_comp'
}
compdef _zlua_comp _zlua > /dev/null 2>&1
compdef ${_ZL_CMD:-z}=_zlua

首先定义了两个补全函数 _z_comp 和 _zc_comp，分别对应 z 和 z -c 命令的补全内容。然后定义了一个 _zlua_comp 函数，通过 _arguments 定义了命令的参数和补全内容。最后通过 compdef 定义了自动补全函数。需要注意的是，_zc_comp 函数中得到的子目录是带有/的，所以需要去掉/，否则可能会进入到所选择子目录下的深度更深的目录：

最后在脚本末尾加入：

1

autoload -Uz compinit && compinit

这样就可以实现自动补全：

FZF¶

如果想要使用 fzf，同样可以参考 z.lua 中的 script_fzf_complete_zsh 脚本，一个示例如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

bindkey '\e[0n' kill-whole-line
_z_comp() {
    local list=$(_zlua -l ${words[2,-1]})
    if [ -n "$list" ]; then
        local selected=$(print $list | ${=zlua_fzf} | sed 's/^[0-9,.]* *//')
        if [ -n "$selected" ]; then
            cd ${selected}
            printf '\e[5n'
        fi
    fi
}
_zc_comp() {
    local -a list=("${(@f)$(fdfind -t d -d 1 .)}")
    for ((i=1;i<=$#list;i++)){
        list[i]=${list[i]/\//}
    }
    if [ -n "$list" ]; then
        local selected=$(print $list | awk -F " " '{for(row=1;row<=NF;row++) print $row;}' | ${=zlua_fzf})
        if [ -n "$selected" ]; then
            cd ${selected}
            printf '\e[5n'
        fi
    fi
}
_zlua_comp() {
    _arguments -C -S -s \
        '*:enter directory order by frecent:_z_comp'  \
        '-c:enter subdirectory:_zc_comp'
}
compdef _zlua_comp _zlua > /dev/null 2>&1
compdef ${_ZL_CMD:-z}=_zlua

参考资料 ¶

1. Completion System
2. 给 zsh 自定义命令添加参数自动补全
3. 命令行自动补全原理
4. A Guide to the Zsh Completion with Examples

图 1 同配置续费 3 年的价格

图 2 双十一活动新购服务器

但是正当我购置好了服务器，正打算用自定义镜像重装系统的时候，请注意图中两个服务器的硬盘大小，旧的服务器硬盘是 80 GB，虽然我只使用了 40+ GB，但是导出的镜像是完整的 80 GB，而新的服务器硬盘只有 70 GB😒😒😒。

于是只好手动把所有的内容同步到新的服务器上去了，幸好基本大部分的数据都在 home 目录下，同时万分感谢自己在从阿里云迁移到腾讯云的时候将所有的服务都使用 Docker 进行了容器化，所以一行命令迁移：

1

scp -r $HOME/docker user@IP:/home/user

然后在新服务器上安装 Docker，启动所有的容器就解决了大部分的工作，仅剩的是一些 Docker 的配置文件，也使用 scp 复制过去就行，两台服务器都在同一个区域，直接使用内网 IP 的传输速度还是挺快的，哪怕有很多的小文件。

so，that’s all，新的服务器已经（看上去）正常运行。如果算上一次同价续费和拼团赠送的 3 个月有效期，这次又能苟 2 年多，希望不要有什么问题。

PS：腾讯云最近开放了 IPv6 的测试申请，已经通过了，后面捣鼓一下看看有啥用处。下一期讲一下在 Portainer 里面 TLS 连接远程的 Docker 服务。

以下问卷纯粹自省自娱，自我调侃，勿对号入座。
如有不适，请及时关闭浏览器窗口。
如有启发，建议每隔一段时间服用一次。
From 独立博客自省问卷 15 题

1. 你的博客更新频率是多少？
   A. 每周更新
   B. 一周数篇
   C. 一月 1-2 篇
   ✅ D. 几个月一篇

一直很想写，但是懒…… 发Memos 更多了。

2. 你的博客上次更新是什么时候？
   A. 本周
   B. 上周
   C. 上个月
   ✅ D. 上季度

现在手上还有两三个内容等着写，咕咕咕（这不又水了一篇

3. 你的博客文章是原创的吗？
   ✅ A. 坚持原创
   B. 部分借鉴
   C.AI 帮我写的
   D. 搬运别人的，而且不署名

坚决抵制学术博客不端，内容原创，参考留名

4. 你觉得自己的文章对他人有帮助吗？
   A. 旨在对他人有启示
   ✅ B. 多少有点意义
   C. 每日每周流水账
   ✅ D. 自我陶醉就好，管他呢

自己以后用得上也是意义

5. 你上次换博客主题 / 程序是什么时候？
   A. 上周
   B. 上个月
   ✅ C. 去年
   D. 凭良心说，我多年都是一个主题

从stun 迁移过来的，主要像侧边栏widget之类的自己写太麻烦，最终找了个现成的

6. 你上一次捣腾博客主题代码是什么时候？
   A. 昨天，撸代码到凌晨
   B. 每周必捣腾
   C. 每月有那么一次
   ✅ D. 一年有那么一次

个人博客的意义在于记录与折腾

7. 你会对博客主题进行二次开发？
   A. 直接配置使用，省心不折腾
   ✅ B. 时不时自己改改，搞点新花样，换图片，换字体，爽
   C. 删除主题作者版权信息，改改样式，然后自我感觉良好
   D. 改得面目全非，但保留原作者版权信息或注明

同上，有些功能也得自己加，例如首页的Memos轮播

8. 你多久打开自己博客自我陶醉一次？
   A. 每天数次
   ✅ B. 每周一次
   C. 看心情
   D. 一般都是照镜子，不看博客

因为有 Moments 朋友圈的存在，每周都会打开看看博友们发了什么新文章

9. 你近期对自己博客域名什么感受？
   A. 想搞到一个 .COM 的域名
   ✅ B. 如果域名能再短几个字符就更好了
   C. 今年才换双拼域名了，明年再看看
   D. 目前挺好，没想法

现在域名虽然好记，但是确实有点太长了，但是又没有什么缩短的方向，ff.cn？还是ff.sh.cn或者ffox之类的

10. 你每天都会看网站的流量统计吗？
    A. 每天看几次，今天又多了 100PV
    ✅ B. 每周回顾，看看流量趋势
    C. 记得就看看
    D. 没有搞流量统计，都是浮云

虽然没什么人，但是自建了Umami 和统计，并且每天会自动给我发送报告

通过 Server 酱发送每日报告

11. 你通过博客的广告赚到钱了吗？
    A. 有，能覆盖建站费用
    B. 有，但付出大于收入
    C. 没考虑通过博客流量赚钱
    ✅ D. 拒绝广告，保证阅读体验

主要是接不到广告

12. 你去浏览别人的博客 / 网站主要为什么？
    ✅ A. 学习别人分享的知识
    B. 搬运别人的内容
    ✅ C. 看看别人怎么装修博客，自己也抄一下，感觉都比自己的好
    D. 不爱看别人博客，自己爱写啥写啥

两者大概三比一吧

13. 看到别人分享了一篇文章，你打开第一反应是什么？
    A. 哇，这域名真不错，怎么我没想到
    B. 哇，这网站速度真快，图片延迟加载丝滑
    ✅ C. 哇，这程序/主题不错，我也要抄一抄/留言问问哪里搞的
    ✅ D. 看看文章内容

首看内容，然后跑偏……

14. 你觉得博客哪方面更重要？
    A. 域名
    ✅ B. 服务器
    C. 主题
    ✅ D. 内容

首重内容，但是也要能打开😂

15. 近期通过写博客有哪些新收获？
    ✅ A. 知识面有拓展
    ✅ B. 认识了新朋友
    ✅ C. 写作水平提升
    D. 通过知识变现

就是主打一个与 Money 无缘