[U] Update channel content

This commit is contained in:
github-actions
2024-11-25 12:11:00 +00:00
parent 2f68091a5d
commit 415aeb7cad
4 changed files with 9 additions and 9 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>2024-11-25T10:11:48.927213+00:00</updated>
<updated>2024-11-25T12:10:57.446000+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
+6 -6
View File
@@ -64179,7 +64179,7 @@
"id": 4671,
"date": "2024-11-21T03:25:16",
"text": "今天花了一整天调查这个数据库问题, Hibernate 全责 <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i> 以后的项目再也不用 Java EE 了\n\n我试了一下把这整个函数用 native mysql 写出来,发现这条大查询只用 1.19 秒,那为什么我的 kotlin 代码运行速度差这么大呢?\n\n开了 SQL debug 之后我发现即使只是 .findAll() 都要 N 条查询,按理来说 select * from table 只要一条查询就行啊,为什么呢?仔细看看这 N 条查询发现它把 OneToOne fk 都一个一个拉下来了。原本首先花了一条查询 SELECT * FROM parent,然后又花了 N 条查询拉 SELECT * FROM child WHERE id=i...\n\n查了一下这个问题,网上说开 Hibernate bytecode enhance 就好了,它会修改编译完的字节码让 fk 链接用到的时候再查询而不是预先把所有东西查询好。问题是它不太兼容 kotlin,绕过了三个不同的问题才成功编译,之后加上 lazy fetch 终于可以让它在用到 fk 的时候再拉数据了... \n\n但是即使这样依然要把需要拉所有 fk 数据的地方改成手动 mysql 查询,因为 orm/jpql 没办法让 findAll 把单独的查询优化成 join <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>\n\n唉 感觉凡是透明一点的 ORM 比如 ktorm 或者 exposed 都不会有这样的问题,以后不会再用 Java EE 了",
"views": 97,
"views": 98,
"forwards": 0,
"media_group_id": 13857276129125749,
"images": [
@@ -64213,7 +64213,7 @@
"id": 4673,
"date": "2024-11-21T15:30:32",
"text": "蜂蜜太久没用变成糖块了 <i class=\"custom-emoji\" emoji-src=\"emoji/6323564771777972671.webp\">🤤</i>",
"views": 93,
"views": 97,
"forwards": 0,
"images": [
{
@@ -64262,7 +64262,7 @@
"id": 4676,
"date": "2024-11-22T04:23:54",
"text": "高情商:my email will be encrypted\n低情商:即使对等 AES 密钥是微软服务器下发的,但是我们用 AES 加密过哦!\n\n...感觉现在很多服务的“加密”都是做给不懂计算机但是有 privacy obsession 的人看的,实际上并没有真的安全\n\n就比如这个邮件的 RMS 加密,有没有加密实际上 attack vector 都并没有变。对中间人来说,因为客户端和邮件服务器之间有 TLS,即使没有 RMS 也没办法看到内容。如果任何一方被盗了号或者盗了饼干或者电脑中了后门,攻击者无论有没有 RMS 都能看到内容。如果微软服务器被黑了,也一样无论有没有 RMS 都能看到内容,因为加密密钥存在服务器上... <i class=\"custom-emoji\" emoji-src=\"emoji/6169953432485496291.webm\">😶</i> 唉,真的什么都没有解决呢\n\n<del>感觉懂安全的人在这个时代已经摆烂了,想绝对安全也不太可能呢,鬼知道还有多少 Jia Tan 在我的电脑上留着后门</del>",
"views": 81,
"views": 82,
"forwards": 2,
"media_group_id": 13857995477375541,
"images": [
@@ -64395,7 +64395,7 @@
"id": 4683,
"date": "2024-11-24T05:52:34",
"text": "唉 这就是 AI hype 的 nonsense 吗\n\n<a href=\"https://arxiv.org/abs/2308.09597\">ChatHaruhi</a> 这篇没写完的论文,结果评估都没有,居然就发 preprint 了,居然已经有 15 citation 了... <i class=\"custom-emoji\" emoji-src=\"emoji/6170424195260877091.webm\">🤗</i>\n\n非常可惜我也会给它贡献一个 citation",
"views": 72,
"views": 74,
"forwards": 0,
"images": [
{
@@ -64414,14 +64414,14 @@
"id": 4684,
"date": "2024-11-24T18:20:20",
"text": "想吃烤聊天气泡 🔥💬",
"views": 56,
"views": 58,
"forwards": 0
},
{
"id": 4685,
"date": "2024-11-25T09:54:45",
"text": "看了一集ダンダダン,真的爱了这个发疯展开,作画也好棒,这是新时代的 FLCL 吗",
"views": 20,
"views": 36,
"forwards": 0
}
]
+1 -1
View File
@@ -12,7 +12,7 @@
<link>https://aza.moe/life</link>
</image>
<language>zh-cn</language>
<lastBuildDate>Mon, 25 Nov 2024 10:11:48 +0000</lastBuildDate>
<lastBuildDate>Mon, 25 Nov 2024 12:10:57 +0000</lastBuildDate>
<item>
<title>小桂桂的回忆录 📒 #4685</title>
<link>https://aza.moe/life?post=4685</link>