diff --git a/exports/hykilp/atom.xml b/exports/hykilp/atom.xml index 37bd96322..978ccb9b2 100644 --- a/exports/hykilp/atom.xml +++ b/exports/hykilp/atom.xml @@ -2,7 +2,7 @@ https://aza.moe/life 小桂桂的回忆录 📒 - 2024-11-21T06:11:56.546035+00:00 + 2024-11-21T08:11:55.454235+00:00 python-feedgen https://aza.moe/meru_256px.png diff --git a/exports/hykilp/index.html b/exports/hykilp/index.html index a92f09f20..7ec75e32c 100644 --- a/exports/hykilp/index.html +++ b/exports/hykilp/index.html @@ -27,7 +27,7 @@ diff --git a/exports/hykilp/posts.json b/exports/hykilp/posts.json index 8fc50e600..da685ccc4 100644 --- a/exports/hykilp/posts.json +++ b/exports/hykilp/posts.json @@ -64085,7 +64085,7 @@ "id": 4666, "date": "2024-11-19T15:00:43", "text": "#桌游 今天聊聊说想早上七点起来看国足,我看时间已经不早了当然是选择了通宵 qwq\n\n和聊聊玩 shogi 完胜,然后聊聊觉得我在欺负不会玩的人(确实有点)所以就改成了玩她喜欢的桌游 Through the Ages,大概是一个《文明》系的桌游\n\n我是第一次玩所以花了半个小时看教程(不得不说教程对话写得真的很幽默)刚开始资源也没有平衡好,玩到 I 时代的时候拿太多降价升级卡了导致矿物花不掉、研究点产出又不足,很多科技都屯在手上没打出来... 以及很多回合都因为思考太久严重超时 🛌\n\n到最后一回合的时候原本觉得要输了,文化点数差了整整 31,但是也在历史事件里埋好了最好的准备... 结果结算之后居然赢了 😀 结算过程反超了 38 点,奇妙", - "views": 73, + "views": 74, "forwards": 0, "media_group_id": 13856227549052269, "images": [ @@ -64115,7 +64115,7 @@ "id": 4668, "date": "2024-11-20T10:07:34", "text": "鬼故事 整理聊聊的工作桌发现热熔胶枪一直开着... 它可能已经 100W 烧了三个月了,现在喷头已经堵住挤不出来了", - "views": 66, + "views": 67, "forwards": 1, "images": [ { @@ -64134,7 +64134,7 @@ "id": 4669, "date": "2024-11-20T14:43:04", "text": "今天是第 25 个跨性别纪念日。由 One Among Us、Project Trans 及跨性别相关放送联合举办的纪念晚会将于2024年11月23日 20:00 (UTC+8) 举行,以文字、念白与歌声献给陨落的星辰,献给所有柔软而坚韧的我们。\n\n收看方式: YouTube.com/@OneAmongUsPride 或访问 live.oau.app 获取更多直播信息。", - "views": 37, + "views": 38, "forwards": 0, "forwarded_from": { "name": "One Channel! 跨儿骄傲联合广播" @@ -64156,7 +64156,7 @@ "id": 4670, "date": "2024-11-20T15:44:45", "text": "呜呜 当时写 AquaDX 的时候选择了「先用最方便快捷的方式把网页做出来,等有问题的时候再优化」,然后就随手写出了一个请求需要把数据库两个表完整拉下来的代码 🥺\n\n然后现在真的有问题了,现在请求一次排行榜要拉 1452 个用户和 221448 条游玩记录... 优化之前要整整 30 秒,稍微加了缓存和 batching 优化了一下也依然要十秒 🛌", - "views": 53, + "views": 54, "forwards": 0, "reply": { "id": 3430, @@ -64180,7 +64180,7 @@ "id": 4671, "date": "2024-11-21T03:25:16", "text": "今天花了一整天调查这个数据库问题, Hibernate 全责 🛌 以后的项目再也不用 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 🛌\n\n唉 感觉凡是透明一点的 ORM 比如 ktorm 或者 exposed 都不会有这样的问题,以后不会再用 Java EE 了", - "views": 37, + "views": 42, "forwards": 0, "media_group_id": 13857276129125749, "images": [ diff --git a/exports/hykilp/rss.xml b/exports/hykilp/rss.xml index f3ad46d12..5b9b31b99 100644 --- a/exports/hykilp/rss.xml +++ b/exports/hykilp/rss.xml @@ -12,7 +12,7 @@ https://aza.moe/life zh-cn - Thu, 21 Nov 2024 06:11:56 +0000 + Thu, 21 Nov 2024 08:11:55 +0000 小桂桂的回忆录 📒 #4671 https://aza.moe/life?post=4671