[U] Update channel content

This commit is contained in:
github-actions
2026-01-04 08:24:37 +00:00
parent d2755e31d1
commit 633b15191e
4 changed files with 19 additions and 19 deletions
+1 -1
View File
@@ -2,7 +2,7 @@
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-cn">
<id>https://aza.moe/life</id>
<title>小桂桂的回忆录 📒</title>
<updated>2026-01-04T06:21:49.475105+00:00</updated>
<updated>2026-01-04T08:24:33.066664+00:00</updated>
<link href="https://aza.moe/life" rel="alternate"/>
<generator uri="https://lkiesow.github.io/python-feedgen" version="0.9.0">python-feedgen</generator>
<logo>https://aza.moe/meru_256px.png</logo>
File diff suppressed because one or more lines are too long
+16 -16
View File
@@ -81420,7 +81420,7 @@
"id": 5936,
"date": "2025-07-23T13:45:10",
"text": "感谢マモル借给我 Pixel 5a,终于不用抱着 iPad 到处跑了<i class=\"custom-emoji\" emoji-src=\"emoji/6111506770197219135.webm\">😮</i>",
"views": 230,
"views": 231,
"forwards": 0,
"reply": {
"id": 5935,
@@ -81431,7 +81431,7 @@
"id": 5937,
"date": "2025-07-23T16:03:58",
"text": "我拍到了双头四翼鸟(?)",
"views": 250,
"views": 251,
"forwards": 1,
"images": [
{
@@ -81450,7 +81450,7 @@
"id": 5938,
"date": "2025-07-24T05:28:44",
"text": "这次选新手机,因为已经买了相机所以不考虑照相了。比较在意的是充电和续航和可玩性。认真看了一圈对比了各种参数之后,在考虑从下面这三个中选一个:\n\n1. 红米 Note 12 Turbo 好处是超便宜而且有特别多三方 ROM 适配,但是指标(续航、充电速度)一般\n\n2. 一加 Ace 3 的好处是指标还好而且挺便宜的,还有三方 ROM,虽然只有一个 PixelOS 在被维护\n\n3. 一加 Ace 5 Pro 性能续航充电都是绝对顶配,价格也不贵,是我最看好的一款。但是第三方 ROM 只有一个社区适配的 OxygenOS,现在差不多就只是 ColorOS 国际版了。不过 ColorOS 能开谷歌服务的话也不是不能用?不刷的话说不定还可以过 Play Integrity 用谷歌 Pay... <i class=\"custom-emoji\" emoji-src=\"emoji/6323315689444607430.webp\">☁️</i> <del>或者我要试试自己适配 PixelOS 上去吗</del>\n\n所以又选择恐惧症了,感觉每个都有可能会后悔的地方,不知道怎么选... 问问群友 <i class=\"custom-emoji\" emoji-src=\"emoji/6323267916523374069.webp\">🥺</i>",
"views": 228,
"views": 229,
"forwards": 1,
"reply": {
"id": 5935,
@@ -81861,7 +81861,7 @@
"id": 5972,
"date": "2025-07-25T09:44:01",
"text": "最后买了一加 13!不过因为是从中国买的两周之后才能到手\n\n其实 Ace 5 Pro 就是 13 砍了一些功能的版本啦,大部分其他参数都是一样的。看了下觉得这些功能 +CN¥550 完全值得,所以买了贵一点的 13,算上国补 CN¥3100\n\n打算先试试 ColorOS + GApps 能不能用顺手啦,如果不能的话打算试试自己适配 PixelOS 过去,反正现在一加依然可以随便解锁(希望不会踩大坑 ;-;",
"views": 241,
"views": 242,
"forwards": 2,
"reply": {
"id": 5938,
@@ -99188,7 +99188,7 @@
"id": 7377,
"date": "2025-12-02T06:48:51",
"text": "<a href=\"##戴上耳机\">#戴上耳机</a>",
"views": 292,
"views": 293,
"forwards": 1,
"files": [
{
@@ -99210,7 +99210,7 @@
"id": 7378,
"date": "2025-12-02T06:53:40",
"text": "有障碍电梯",
"views": 322,
"views": 323,
"forwards": 0,
"reply": {
"id": 7312,
@@ -99834,7 +99834,7 @@
"id": 7426,
"date": "2025-12-08T18:16:45",
"text": "每次写前端都能学到新 hack。感觉前端就是 hack to fix a hack to fix a hack to fix hack...\n\n最早让一个固定视图竖向占满整个屏幕的方法是 height: 100% 从最上层一路传下去。但百分比是相对单位,相对于上一层的高度,用来计算屏幕高度很麻烦,所以就添加了 vh 这个单位,100vh = 屏幕高度。\n\n但是手机浏览器为了最大化阅读空间会在滚动的时候隐藏地址栏,可是让 vh 动态改变的话就会让一些依赖 vh 不变的页面显示内容跳来跳去,所以就添加了 dvh svh 这些单位,dvh 是地址栏收缩的时候会变的高度,svh 是地址栏不隐藏的时候最小的高度。\n\n但是因为不是所有浏览器都支持 dvh svh 所以我还要再添加一个变量,如果支持就等于 100dvh,不支持就掉回到 100vh... <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>",
"views": 271,
"views": 272,
"forwards": 2,
"images": [
{
@@ -99917,7 +99917,7 @@
"id": 7431,
"date": "2025-12-08T21:38:17",
"text": "作息是小猫",
"views": 324,
"views": 325,
"forwards": 0,
"images": [
{
@@ -101738,7 +101738,7 @@
"id": 7587,
"date": "2025-12-26T05:19:33",
"text": "<a href=\"##桂桂今天吃什么\">#桂桂今天吃什么</a>\nDIY 牛丼!\n\nCA$13.5 的肉肉吃了两顿,做起来又很简单,感觉还挺划算的",
"views": 236,
"views": 237,
"forwards": 3,
"media_group_id": 14133810984210685,
"images": [
@@ -102285,7 +102285,7 @@
"id": 7634,
"date": "2026-01-01T18:53:18",
"text": "昨天的新年花火小会会!风真的超级大超级冷,从照片就能看出风有多大 🌚\n\n是和聊聊豆腐猫球松鼠一起去的,实际上对花火本身很失望,烟花真的太少了,而且一共只有两艘船在放。多伦多市资助的过年烟花还没有之前在北海道洞爷湖那边每晚一次的烟花规模大... 这种时候就好想念日本\n\n不过见到了很久没有见到的朋友,还拍到了好看照片,总之还是很开心啦 qwq\n\n以及能看出多伦多市政很用心,专门安排了免费公交地铁和「跨年快线」NYE EXPRESS(跨年快线听上去像是什么坐上去可以带我去下一年的时光机草)也确实有很多人挤在湖边看烟花... 要是烟花的规模可以对得起这么多人就好了",
"views": 148,
"views": 149,
"forwards": 3,
"media_group_id": 14138348790329469,
"images": [
@@ -102365,7 +102365,7 @@
"id": 7641,
"date": "2026-01-01T19:06:16",
"text": "然后今天和 syama 去虚拟京都看了烟花!\n\nvrc 里面的互动感觉真的好真实,感觉像是真的和 syama 一起在逛京都一样 qwq\n\n可惜看到看起来很好吃的焼き鳥和鯛焼き没法吃,用虚拟的手抓住它拿到嘴里只能吃到空气... 然后就好饿好饿好饿好饿好饿 <i class=\"custom-emoji\" emoji-src=\"emoji/6323267916523374069.webp\">🥺</i>",
"views": 151,
"views": 152,
"forwards": 1,
"media_group_id": 14138355013735245,
"images": [
@@ -102465,7 +102465,7 @@
"id": 7650,
"date": "2026-01-02T03:18:32",
"text": "<a href=\"##桂桂今天吃什么\">#桂桂今天吃什么</a>\n锅!(日式火锅!)\n\nTracer 和 Celestium 过来一起吃了。感觉日式火锅也是好吃又好做又便宜又 scalable,四个人吃的食材总共花了不到 $30 <i class=\"custom-emoji\" emoji-src=\"emoji/6111506770197219135.webm\">😮</i>\n\n怪不得摇曳露营里面喜欢在露营的时候煮锅 qwq",
"views": 170,
"views": 171,
"forwards": 2,
"media_group_id": 14138591297711077,
"images": [
@@ -102545,7 +102545,7 @@
"id": 7657,
"date": "2026-01-02T20:59:57",
"text": "窗户上刷了大蜗牛",
"views": 173,
"views": 174,
"forwards": 0,
"media_group_id": 14139100780291061,
"images": [
@@ -102575,7 +102575,7 @@
"id": 7659,
"date": "2026-01-03T04:58:35",
"text": "谷歌搜索 OrcaSlicer 前五个结果哪个是官网?\n\n1. <code>orca-slicer.com</code>\n2. <code>orcaslicer.net</code>\n3. <code>orcaslicer.org</code>\n4. <code>orcaslicer3d.com</code>\n5. <code>orcaslicer.pro</code>\n\n答:<span class=\"spoiler\"><span>全都不是!正确答案是 `orcaslicer.com`,还是去 github repo 上找到的,翻了十页都没找到</span></span>",
"views": 180,
"views": 181,
"forwards": 3,
"images": [
{
@@ -102594,7 +102594,7 @@
"id": 7660,
"date": "2026-01-03T18:14:49",
"text": "哭了,好讨厌苹果\n\nmenci 的苹果 pencil pro 不怎么用就送给我了。但是也因为她不怎么用,拿到的时候电池已经掉到 0% 了,充两天充不上电\n\n去线下找保修,发现保修只有一年... 然而因为 menci 是一年半之前买的,以及没有任何设备上了 Apple care,修的话要 $149 <i class=\"custom-emoji\" emoji-src=\"emoji/6320856404055820121.webp\">😨</i>(买一个全新的只要 $159",
"views": 147,
"views": 148,
"forwards": 0,
"images": [
{
@@ -102613,7 +102613,7 @@
"id": 7661,
"date": "2026-01-04T00:23:12",
"text": "前几天有人提到 <a href=\"https://zh.wikipedia.org/wiki/2038%E5%B9%B4%E9%97%AE%E9%A2%98\">Y2038 问题</a>,就是用 int32 存储时间戳的程序在 2038-01-19 之后会溢出回到 1970 或者 1901 年的问题。当时还觉得肯定没事,毕竟至少我已经不记得上次见到 32 位系统和用 int32 存储时间的程序是什么时候了\n\n但是今天看着日历发呆的时候就在想,难道 int64 就真的够吗?虽然几乎所有程序都换成用 int64 存时间戳了,但是随着能存储的信息增加,大家期望的精度也上升了...之前用 int32 存的是秒,现在至少我写的程序获取时间的时候都是用纳秒 (1ns = 10^-9s),但是这么高精度即使用 int64 存也依然很有限,到 2262 年也依然会出现同样的溢出问题...\n\n到那时候 int128 会已经普及了吗?精度会继续增加吗?还是会直接跳过它用 int256 去存「时间的最小单位」普朗克时间呢?那时候的个人计算设备还会是二进制硅基计算机吗?<del>会不会在宇宙的尽头,在 292,277,026,596 年后,依然会有某台飘在无尽虚空中的放射发电机器人突然回到 1970 呢?</del>\n\n...一年在时间的 scale 下真的好短好短",
"views": 104,
"views": 110,
"forwards": 1
}
]
+1 -1
View File
@@ -12,7 +12,7 @@
<link>https://aza.moe/life</link>
</image>
<language>zh-cn</language>
<lastBuildDate>Sun, 04 Jan 2026 06:21:49 +0000</lastBuildDate>
<lastBuildDate>Sun, 04 Jan 2026 08:24:33 +0000</lastBuildDate>
<item>
<title>小桂桂的回忆录 📒 #7661</title>
<link>https://aza.moe/life?post=7661</link>