[U] Update channel content
This commit is contained in:
@@ -2,11 +2,18 @@
|
||||
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-cn">
|
||||
<id>https://aza.moe/life</id>
|
||||
<title>小桂桂的回忆录 📒</title>
|
||||
<updated>2024-11-22T08:11:02.551855+00:00</updated>
|
||||
<updated>2024-11-22T10:11:24.606910+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>4678</id>
|
||||
<title>小桂桂的回忆录 📒 #4678</title>
|
||||
<updated>2024-11-22T09:48:28+00:00</updated>
|
||||
<content><p>真的觉得应该停一停了,感觉每隔一段时间就能看到一篇标题是 "{} is all you need" 的论文... 不是所有东西都应该是 all you need 好吗 <i class="custom-emoji" emoji-src="emoji/6169953432485496291.webm">😶</i></p></content>
|
||||
<link href="https://aza.moe/life?post=4678" rel="alternate"/>
|
||||
</entry>
|
||||
<entry>
|
||||
<id>4676</id>
|
||||
<title>小桂桂的回忆录 📒 #4676</title>
|
||||
|
||||
File diff suppressed because one or more lines are too long
Binary file not shown.
|
After Width: | Height: | Size: 22 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 948 B |
+34
-15
@@ -63679,7 +63679,7 @@
|
||||
"id": 4645,
|
||||
"date": "2024-11-11T20:20:14",
|
||||
"text": "支持一下 typst\n\n<del>为什么 Overleaf $8/mo 就觉得好贵还是自搭吧,typst $8/mo 反而觉得很情愿,明明都是开源软件</del> 可能是因为 typst 这边真的在 actively 加新功能",
|
||||
"views": 119,
|
||||
"views": 120,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4640,
|
||||
@@ -63702,7 +63702,7 @@
|
||||
"id": 4646,
|
||||
"date": "2024-11-13T09:05:08",
|
||||
"text": "<em>Civil Disobedience</em>",
|
||||
"views": 155,
|
||||
"views": 156,
|
||||
"forwards": 1,
|
||||
"images": [
|
||||
{
|
||||
@@ -63828,7 +63828,7 @@
|
||||
"id": 4652,
|
||||
"date": "2024-11-15T08:50:17",
|
||||
"text": "昨天秋叶留言服务器宕了,上去看一眼原因是盘满了...\n\n清出 9GB 空间修好之后,为了防止同样的事情再次发生,随手写了一个 py crontab 脚本每小时检查一下盘用量,超过 85% 就在 tg 上发消息 <i class=\"custom-emoji\" emoji-src=\"emoji/6323275213672810256.webp\">😀</i>\n\n<del>懒猫猫当然要用懒猫猫解决方案</del>",
|
||||
"views": 112,
|
||||
"views": 113,
|
||||
"forwards": 0,
|
||||
"media_group_id": 13853284941485317,
|
||||
"images": [
|
||||
@@ -63858,7 +63858,7 @@
|
||||
"id": 4654,
|
||||
"date": "2024-11-16T02:53:45",
|
||||
"text": "豆腐可爱喵",
|
||||
"views": 114,
|
||||
"views": 115,
|
||||
"forwards": 0,
|
||||
"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": 95,
|
||||
"views": 97,
|
||||
"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": 112,
|
||||
"views": 113,
|
||||
"forwards": 1,
|
||||
"reply": {
|
||||
"id": 4659,
|
||||
@@ -64021,7 +64021,7 @@
|
||||
"id": 4663,
|
||||
"date": "2024-11-18T16:00:03",
|
||||
"text": "<a href=\"##ADHD\">#ADHD</a> 犯蠢 1/1",
|
||||
"views": 99,
|
||||
"views": 102,
|
||||
"forwards": 0,
|
||||
"images": [
|
||||
{
|
||||
@@ -64040,7 +64040,7 @@
|
||||
"id": 4664,
|
||||
"date": "2024-11-18T17:10:54",
|
||||
"text": "<a href=\"##戴上耳机\">#戴上耳机</a>\n第一次听到 Flamingo 这首歌其实是四五年前在 osu 里面打了这个 WTN3 的 remix,也好好听 qwq",
|
||||
"views": 87,
|
||||
"views": 90,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4662,
|
||||
@@ -64085,7 +64085,7 @@
|
||||
"id": 4666,
|
||||
"date": "2024-11-19T15:00:43",
|
||||
"text": "<a href=\"##桌游\">#桌游</a> 今天聊聊说想早上七点起来看国足,我看时间已经不早了当然是选择了通宵 qwq\n\n和聊聊玩 shogi 完胜,然后聊聊觉得我在欺负不会玩的人(确实有点)所以就改成了玩她喜欢的桌游 Through the Ages,大概是一个《文明》系的桌游\n\n我是第一次玩所以花了半个小时看教程(不得不说教程对话写得真的很幽默)刚开始资源也没有平衡好,玩到 I 时代的时候拿太多降价升级卡了导致矿物花不掉、研究点产出又不足,很多科技都屯在手上没打出来... 以及很多回合都因为思考太久严重超时 <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>\n\n到最后一回合的时候原本觉得要输了,文化点数差了整整 31,但是也在历史事件里埋好了最好的准备... 结果结算之后居然赢了 <i class=\"custom-emoji\" emoji-src=\"emoji/6323275213672810256.webp\">😀</i> 结算过程反超了 38 点,奇妙",
|
||||
"views": 77,
|
||||
"views": 78,
|
||||
"forwards": 0,
|
||||
"media_group_id": 13856227549052269,
|
||||
"images": [
|
||||
@@ -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": 70,
|
||||
"views": 71,
|
||||
"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": 69,
|
||||
"views": 72,
|
||||
"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": 75,
|
||||
"views": 77,
|
||||
"forwards": 0,
|
||||
"images": [
|
||||
{
|
||||
@@ -64233,7 +64233,7 @@
|
||||
"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": 69,
|
||||
"views": 74,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4670,
|
||||
@@ -64256,14 +64256,14 @@
|
||||
"id": 4675,
|
||||
"date": "2024-11-21T20:30:46",
|
||||
"text": "syama 这两天在找苏州的合租,有兴趣的话请去联系 <a href=\"https://t.me/akiyamaXmizuki\">@akiyamaXmizuki</a>\n\n(帮忙打下广告 <i class=\"custom-emoji\" emoji-src=\"emoji/5442752530821948343.tgs\">🤤</i>",
|
||||
"views": 156,
|
||||
"views": 161,
|
||||
"forwards": 2
|
||||
},
|
||||
{
|
||||
"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": 44,
|
||||
"views": 56,
|
||||
"forwards": 1,
|
||||
"media_group_id": 13857995477375541,
|
||||
"images": [
|
||||
@@ -64288,5 +64288,24 @@
|
||||
"thumb": "media/4677.jpg_thumb.jpg"
|
||||
}
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": 4678,
|
||||
"date": "2024-11-22T09:48:28",
|
||||
"text": "真的觉得应该停一停了,感觉每隔一段时间就能看到一篇标题是 \"{} is all you need\" 的论文... 不是所有东西都应该是 all you need 好吗 <i class=\"custom-emoji\" emoji-src=\"emoji/6169953432485496291.webm\">😶</i>",
|
||||
"views": 42,
|
||||
"forwards": 2,
|
||||
"images": [
|
||||
{
|
||||
"width": 788,
|
||||
"height": 403,
|
||||
"date": "2024-11-22T09:48:28",
|
||||
"media_type": "photo",
|
||||
"original_name": "photo_2024-11-22_09-48-28.jpg",
|
||||
"url": "media/4678.jpg",
|
||||
"size": 22904,
|
||||
"thumb": "media/4678.jpg_thumb.jpg"
|
||||
}
|
||||
]
|
||||
}
|
||||
]
|
||||
@@ -12,7 +12,13 @@
|
||||
<link>https://aza.moe/life</link>
|
||||
</image>
|
||||
<language>zh-cn</language>
|
||||
<lastBuildDate>Fri, 22 Nov 2024 08:11:02 +0000</lastBuildDate>
|
||||
<lastBuildDate>Fri, 22 Nov 2024 10:11:24 +0000</lastBuildDate>
|
||||
<item>
|
||||
<title>小桂桂的回忆录 📒 #4678</title>
|
||||
<link>https://aza.moe/life?post=4678</link>
|
||||
<description><p>真的觉得应该停一停了,感觉每隔一段时间就能看到一篇标题是 "{} is all you need" 的论文... 不是所有东西都应该是 all you need 好吗 <i class="custom-emoji" emoji-src="emoji/6169953432485496291.webm">😶</i></p></description>
|
||||
<guid isPermaLink="false">4678</guid>
|
||||
</item>
|
||||
<item>
|
||||
<title>小桂桂的回忆录 📒 #4676</title>
|
||||
<link>https://aza.moe/life?post=4676</link>
|
||||
|
||||
Reference in New Issue
Block a user