[U] Update channel content

This commit is contained in:
github-actions
2024-11-21 18:10:56 +00:00
parent 0758b4379c
commit 5ed61a119f
6 changed files with 52 additions and 14 deletions
+9 -1
View File
@@ -2,11 +2,19 @@
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-cn">
<id>https://aza.moe/life</id>
<title>小桂桂的回忆录 📒</title>
<updated>2024-11-21T16:10:32.734896+00:00</updated>
<updated>2024-11-21T18:10:53.052699+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>
<subtitle>「我们所经历的每个平凡的日常,也许就是连续发生的奇迹」</subtitle>
<entry>
<id>4674</id>
<title>小桂桂的回忆录 📒 #4674</title>
<updated>2024-11-21T17:55:52+00:00</updated>
<content>&lt;p&gt;用原生 mysql 重写了整个查询之后获取排行榜从 30s 降到 4s 了!&lt;/p&gt;
&lt;p&gt;&lt;del&gt;果然什么优化都没有 RIIR 最方便&lt;/del&gt; &lt;i class="custom-emoji" emoji-src="emoji/6170432338518869955.webm"&gt;🦀&lt;/i&gt;&lt;/p&gt;</content>
<link href="https://aza.moe/life?post=4674" rel="alternate"/>
</entry>
<entry>
<id>4673</id>
<title>小桂桂的回忆录 📒 #4673</title>
File diff suppressed because one or more lines are too long
Binary file not shown.

After

Width:  |  Height:  |  Size: 86 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 34 KiB

+34 -11
View File
@@ -1958,7 +1958,7 @@
"id": 203,
"date": "2021-11-09T04:03:31",
"text": "映到楼上的日落好漂亮w",
"views": 44,
"views": 45,
"forwards": 0,
"media_group_id": 13091444890753077,
"images": [
@@ -63083,7 +63083,7 @@
"id": 4601,
"date": "2024-10-29T16:57:02",
"text": "<i class=\"custom-emoji\" emoji-src=\"emoji/6323364467388188938.webp\">😴</i>",
"views": 124,
"views": 125,
"forwards": 0,
"images": [
{
@@ -63907,7 +63907,7 @@
"id": 4657,
"date": "2024-11-16T09:07:27",
"text": "GitHub 星星数量排名前 10000 的代码语言统计数据\n\n排名第三位的是「没有代码」 🌚 <del>众所周知 GitHub 是一个由微软开发的免费网盘</del>",
"views": 132,
"views": 133,
"forwards": 2,
"images": [
{
@@ -63945,7 +63945,7 @@
"id": 4659,
"date": "2024-11-18T04:45:51",
"text": "今天想要找到现在 AI 画图的 SOTA 的时候发现了一个奇妙网站 <a href=\"https://huggingface.co/spaces/ArtificialAnalysis/Text-to-Image-Leaderboard\">Text to Image Leaderboard</a>,用来收集不同模型的对比数据\n\n但是因为不太相信大众审美,所以我花时间自己做了 900 次对比,得出了一个自己的审美排行榜,FLUX 1 Pro 在第一位\n\n对比过程中还发现 DALL-E 的图辨识度真的很高,每次都是一眼就能看出是 DALL-E 生成的,其他模型都不太能... 可能也是因为这个原因 DALL-E 生成的结果很让人审美疲劳,在我的审美排行中只拿了 43%\n\n有点想试试训练一个分类模型看看每个生成模型的输出的辨识度 quq(不过说好了不开坑了",
"views": 91,
"views": 92,
"forwards": 2,
"media_group_id": 13855241208528253,
"images": [
@@ -63975,7 +63975,7 @@
"id": 4661,
"date": "2024-11-18T04:58:09",
"text": "(前情提要:syama 想让 gpt4o 画一张我和她和瑞希躺在床上的样子,但是输出结果一直被 OpenAI 的内容政策拦截,所以我把 prompt 拿给 FLUX 1.1 Pro Ultra 画了\n\n感觉 OpenAI 对图片生成的内容拦截是不是太严了 <i class=\"custom-emoji\" emoji-src=\"emoji/6170424195260877091.webm\">🤗</i>",
"views": 92,
"views": 100,
"forwards": 1,
"reply": {
"id": 4659,
@@ -63999,7 +63999,7 @@
"id": 4662,
"date": "2024-11-18T07:04:50",
"text": "<a href=\"##戴上耳机\">#戴上耳机</a>\n\n看到某频道里面发了 Flamingo 突然想到这首歌 qwq\n\n♪ Black, white, green or blue\n♪ show off your natural hue\n♪ Flamingo oh oh oh woah\n♪ If you're multicoloured thats cool too\n♪ You dont need to change\n♪ Its boring being the same\n♪ Flamingo oh oh oh woah\n♪ Youre pretty either way",
"views": 83,
"views": 86,
"forwards": 0,
"files": [
{
@@ -64115,7 +64115,7 @@
"id": 4668,
"date": "2024-11-20T10:07:34",
"text": "鬼故事 整理聊聊的工作桌发现热熔胶枪一直开着... 它可能已经 100W 烧了三个月了,现在喷头已经堵住挤不出来了",
"views": 73,
"views": 74,
"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收看方式: <a href=\"YouTube.com/@OneAmongUsPride\">YouTube.com/@OneAmongUsPride</a> 或访问 <a href=\"live.oau.app\">live.oau.app</a> 获取更多直播信息。",
"views": 43,
"views": 44,
"forwards": 0,
"forwarded_from": {
"name": "One Channel! 跨儿骄傲联合广播"
@@ -64156,7 +64156,7 @@
"id": 4670,
"date": "2024-11-20T15:44:45",
"text": "呜呜 当时写 AquaDX 的时候选择了「先用最方便快捷的方式把网页做出来,等有问题的时候再优化」,然后就随手写出了一个请求需要把数据库两个表完整拉下来的代码 <i class=\"custom-emoji\" emoji-src=\"emoji/6323267916523374069.webp\">🥺</i>\n\n然后现在真的有问题了,现在请求一次排行榜要拉 1452 个用户和 221448 条游玩记录... 优化之前要整整 30 秒,稍微加了缓存和 batching 优化了一下也依然要十秒 <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>",
"views": 62,
"views": 64,
"forwards": 0,
"reply": {
"id": 3430,
@@ -64180,7 +64180,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": 57,
"views": 61,
"forwards": 0,
"media_group_id": 13857276129125749,
"images": [
@@ -64214,7 +64214,7 @@
"id": 4673,
"date": "2024-11-21T15:30:32",
"text": "蜂蜜太久没用变成糖块了 <i class=\"custom-emoji\" emoji-src=\"emoji/6323564771777972671.webp\">🤤</i>",
"views": 35,
"views": 49,
"forwards": 0,
"images": [
{
@@ -64228,5 +64228,28 @@
"thumb": "media/4673.jpg_thumb.jpg"
}
]
},
{
"id": 4674,
"date": "2024-11-21T17:55:52",
"text": "用原生 mysql 重写了整个查询之后获取排行榜从 30s 降到 4s 了!\n\n<del>果然什么优化都没有 RIIR 最方便</del> <i class=\"custom-emoji\" emoji-src=\"emoji/6170432338518869955.webm\">🦀</i>",
"views": 16,
"forwards": 0,
"reply": {
"id": 4670,
"text": "呜呜 当时写 AquaDX 的时候选择了「先用最方便快捷的方式把网页做出来,等有问题的时候再优化」,然后就随手写出了一个请求需要把数据库两个表完整拉下来的代码 <i class=\"custom-emoji\" emoji-src=\"emoji/6323267916523374069.webp\">🥺</i>\n\n然后现在真的有问题了,现在请求一次排行榜要拉 1452 个用户和 221448 条游玩记录... 优化之前要整整 30 秒,稍微加了缓存和 batching 优化了一下也依然要十秒 <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>"
},
"images": [
{
"width": 1635,
"height": 626,
"date": "2024-11-21T17:55:52",
"media_type": "photo",
"original_name": "photo_2024-11-21_17-55-52.jpg",
"url": "media/4674.jpg",
"size": 87501,
"thumb": "media/4674.jpg_thumb.jpg"
}
]
}
]
+8 -1
View File
@@ -12,7 +12,14 @@
<link>https://aza.moe/life</link>
</image>
<language>zh-cn</language>
<lastBuildDate>Thu, 21 Nov 2024 16:10:32 +0000</lastBuildDate>
<lastBuildDate>Thu, 21 Nov 2024 18:10:53 +0000</lastBuildDate>
<item>
<title>小桂桂的回忆录 📒 #4674</title>
<link>https://aza.moe/life?post=4674</link>
<description>&lt;p&gt;用原生 mysql 重写了整个查询之后获取排行榜从 30s 降到 4s 了!&lt;/p&gt;
&lt;p&gt;&lt;del&gt;果然什么优化都没有 RIIR 最方便&lt;/del&gt; &lt;i class="custom-emoji" emoji-src="emoji/6170432338518869955.webm"&gt;🦀&lt;/i&gt;&lt;/p&gt;</description>
<guid isPermaLink="false">4674</guid>
</item>
<item>
<title>小桂桂的回忆录 📒 #4673</title>
<link>https://aza.moe/life?post=4673</link>