542-542, 标注, 2025 年 11 月 21 日星期五 上午 11:35:59
“物语”一词源自日本平安时代,意为故事。
593-595, 标注, 2025 年 12 月 20 日星期六 下午 10:44:44
物哀 就是人心接触外部世界时的“真情流露”,触景生情,感物生情,情景互相吻合一致的时候产生的和谐美感,优美、细腻、沉静、直观。如“杨桐”一回中:“月色如洗,雪光夺目,庭前景色十分凄清……顾盼夜色,沉思往事,心中十分悲恸。”
源氏物语_插图珍藏版-[日] 紫式部;[日] 歌川国贞 绘;丰子恺
fix issue: hyprland startup hangs for 20 seconds
奇怪的现象,不知道从什么时候开始,每次 Hyprland 启动都会卡上 20 多秒,今天才注意到有如下错误:
| |
禁用了 amdgpu 的电源管理解决了问题:
我不知道该说什么,关于死亡还是爱情_来自切尔诺贝利的声音-[白俄] S·a·阿列克谢耶维奇;方祖芳;郭成业
64-64, 标注, 2025 年 11 月 18 日星期二 上午 9:07:22
我不知道该说什么,关于死亡还是爱情?也许两者是一样的,我该讲哪一种?
142-144, 标注, 2025 年 11 月 18 日星期二 下午 1:29:32
我当时遇到很多好人,有些我都忘了,不过我记得一位看门的老太太教我:“有些病是治不好的,你只能坐在旁边照顾他们。”
尘埃落定_十五周年纪念版-阿来
285-286, 标注, 2025 年 11 月 7 日星期五 下午 10:24:24
总而言之,我们在那个时代订出的规矩是叫人向下而不是叫人向上的。骨头沉重高贵的人是制作这种规范的艺术家。
290-292, 标注, 2025 年 11 月 7 日星期五 下午 10:26:19
横空出世_核物理与原子弹的诞生-[美] 理查德·罗兹;江向东;廖湘彧
336-339, 标注, 2025 年 11 月 10 日星期一 下午 1:20:51
科学是按照人类学家称之为“礼物交换”(gift exchange)的方式运作的:某位科学家将其实验结果公之于众,其他科学家通过研究这些成果找到线索,做进一步的研究,得到进一步的发现,并相应地将结果公布出来。只有这样,科学知识才会朝更加广阔的前沿和更尖的尖端迈进,每位科学家的发现都会促使这项集体工作向前发展。
PKGBUILD - ArchWiki
- 1 软件包名称
- 2 版本
- 3 通用
- 4 依赖关系
- 4.1 depends
- 4.2 makedepends
- 4.3 checkdepends
- 4.4 optdepends
- 5 软件包关系
- 6 其他
- 7 源
- 7.1 source
- 7.2 noextract
- 7.3 validpgpkeys
- 8 完整性
- 8.1 b2sums
- 8.2 sha512sums、sha384sums、sha256sums、sha224sums
- 8.3 sha1sums
- 8.4 md5sums
- 8.5 cksums
本文为摘录(或转载),侵删,原文为: https://wiki.archlinux.org/title/PKGBUILD#Package_name
本文讨论了在 PKGBUILD 中由维护者定义的变量。有关 PKGBUILD 函数和创建软件包的一般信息,请参考《创建软件包》。同时也请查阅 PKGBUILD(5)。
An Introduction to EDB's Transparent Data Encryption
本文为摘录(或转载),侵删,原文为: https://stormatics.tech/blogs/an-introduction-to-edbs-transparent-data-encryption
Beyond Start and End_ PostgreSQL Range Types
- 1 Bug Not Invented Here
- 2 Introducing the Data Range Types
- 3 First win: cleaner schema 第一个优势:更简洁的模式
- 4 Second win: Atomicity guaranteed 第二个优势:保证原子性
- 5 范围边界:快速数学复习 #
- 6 规范化和范围集合操作 #
- 7 操作符工具包 #
- 8 到无穷大及更远 #
- 9 理解
NULL与empty:薛定谔的范围 # - 10 实际整数范围用于分层定价 #
- 11 使坏数据成为不可能 #
- 12 多范围:当一个范围不够时 #
- 13 创建自定义范围类型 #
- 14 性能深入分析:GiST vs GIN #
- 15 结论 #
本文为摘录(或转载),侵删,原文为: https://postgr.es/p/7kw
Don't give Postgres too much memory
本文为摘录(或转载),侵删,原文为: https://postgr.es/p/7kj
1 issue
不时,我会调查与某种批处理过程相关的问题。如今,这些过程越来越常用非常高的内存限制( maintenance_work_mem 和
work_mem )。我想有些数据库管理员遵循“更多就是更好”的逻辑,却没有意识到这可能会严重影响性能。