韩国发现疑似室温超导（目前正在多方验证，如结果为真将载入人类史册。

虽然目前还没明确证伪，但是中科院已发声表示可能性不大。
美国公司OpenAI的大语言模型ChatGPT。
俄乌军事冲突，或者说俄罗斯和北约的实质性战争。
还有最近刷B站发现的一个项目：SoftVC VITS Singing Voice Conversion
2020年的时候字节跳动人工智能实验室发表的关于中文歌声合成系统的论文——《 A Chinese Singing Voice Synthesis System Using Duration Allocated Encoder-Decoder Acoustic Models and WaveRNN Vocoders》。这个项目就是这篇论文的一个很好的实现。
这个项目让我想起来之前一段时间看到的MockingBird。
可以说是群除我佬，我很庆幸的是我还有机会作为用户成为这些开源项目的受益者。

我给各位直接放个其他用户的成果：

 刚看了一位博友的关于页面，对于其描述的“互联网创立的目的”颇有感触，又想起身边一个朋友前段时间用C#写的“朋友圈Moments”项目，遂计划部署类似的产品。
好处颇多，既可以方便自己和其他博友查看更多中文博客内容。拒绝信息孤岛，也给我自己一个戒除沉迷短视频，查看更多高质量内容的机会（目前我把B站也纳入短视频平台范围），显而易见的能独立搭建并持续更新博客等网站的群体在其站点更新的内容在质量方面往往比充满营销号的各类视频平台更高。

我对短视频的定义是：时长较短，通常短于五分钟且内容空洞泛娱乐化，缺少高价值有效信息。

具体部署项目选型

暂定Moments，如有更合适的欢迎推荐。

购入渠道：PDD
购入价格：150 （用了一张满149 -19的卷:169-19=150）
对比下我自己给自己的ThinpadE14Gen3购买的的TiPlus5000

跑分速度什么的我就不放了，因为我很清楚性能至少符合/超过主流水平，我也不是很关心这个。
PC5005买回来给NAS插上（为此我还花了7.5买了一张PCIE X4 to M.2 NVME的转接卡）

MiniPCIE转SATA的卡本来不需要芯片但是网售的产品一般是通过芯片转2个或多个，价格一般在30元以上。想了想就没再打算让NAS用机械硬盘，老盘留着做冷数据备份算了。

今天发现我在K9 Mail客户端上无法获取QQ邮箱账户的邮件了，于是回忆最近相关异常，异常之一就是最近修改过QQ账户密码。
登录QQ邮箱Web端发现QQ邮箱POP3/IMAP/SMTP/Exchange/CardDAV授权码相关服务链接跳转到wx.mail.qq.com强制要求再次绑定手机号码并发送短信验证码才能重新生成一个授权码，而之前生成的授权码我已确定失效。

新的邮箱授权码管理页面

新的页面位于wx.mail.qq.com
提供了在线设备/授权码管理/应用授权三项功能
现在可以查看授权码登录的设备的最后登录时间和IP及地址信息（被打码了一部分）

也许我应该早日脱离QQ邮箱改用自己托管/靠谱的代托管域名邮箱。

花了不少钱给辅导机构，我不想浪费高额的资金。
博客仍然会不定时更新，这是必然的，开源与自由软件技术相关内容的更新亦不会停滞。
值得一提的是，不管我是否有空闲时间亦不管我是不是想玩，在上岸或坠河前电子游戏我是肯定不玩了，我并没有把他们从我的设备上完全移除，因为很容易就可以被重新安装，自我欺骗是毫无意义的。
希望可以上岸，否则我实在不知道我要去从事什么工作，即便有多半我也不想做。
上岸后就回井冈山看看，在江西的这段时光对我有着独特的意义。
高考没拼命，现在总该拼进全力冲一冲了。

想玩游戏了怎么办？

既然有时间玩，为什么不去学点东西？如果这个时间点的确不想学，那就听听音乐或休息，总之没必要启动游戏。

想偷懒了怎么办?

如果真的学累了，那就休息，如果不是，不如上岸到本科再偷懒。

目标是什么?

目标是有本科学校上。

考上有什么奖励？

给自己批一点钱换新设备。

考不上的后果是？

黄河洗浴一日游，限定单程票。/浑浑噩噩生不如死的过完后半辈子。

2023年7月21日更新

已经开始玩了🤡（当天预设任务已完成）

这是我博客迁移的一个基础收尾工作，因为我需要让web服务启用SSL后和trojan-go共用443端口。

使用Nginx Stream分流

参见:Trojan 共用 443 端口方案

Nginx关键配置

- 阅读剩余部分 -

前两天突然出现的。

xfox@ThinkPadE14Gen3:~$ sudo apt upgrade
[sudo] xfox 的密码：正在读取软件包列表... 完成正在分析软件包的依赖关系树... 完成正在读取状态信息... 完成                 
正在计算更新... 完成升级了 0 个软件包，新安装了 0 个软件包，要卸载 0 个软件包，有 0 个软件包未被升级。有 4 个软件包没有被完全安装或卸载。解压缩后会消耗 0 B 的额外空间。您希望继续执行吗？ [Y/n] y
正在设置 linux-headers-6.1.0-10-amd64 (6.1.37-1) ...
/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-10-amd64.
Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Building module:
Cleaning build area...
make -j12 KERNELRELEASE=6.1.0-10-amd64 -C /lib/modules/6.1.0-10-amd64/build M=/var/lib/dkms/ntfs3/v27_20210901.lore/build...
Error!  Build of ntfs3.ko failed for: 6.1.0-10-amd64 (x86_64)
Make sure the name of the generated module is correct and at the root of the
build directory, or consult make.log in the build directory
/var/lib/dkms/ntfs3/v27_20210901.lore/build for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.1.0-10-amd64 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-6.1.0-10-amd64.postinst line 11.
dpkg: 处理软件包 linux-headers-6.1.0-10-amd64 (--configure)时出错： 已安装 linux-headers-6.1.0-10-amd64 软件包 post-installation 脚本 子进程返回错误状态 1
dpkg: 依赖关系问题使得 linux-headers-amd64 的配置工作不能继续： linux-headers-amd64 依赖于 linux-headers-6.1.0-10-amd64 (= 6.1.37-1)；然而：  软件包 linux-headers-6.1.0-10-amd64 尚未配置。
dpkg: 处理软件包 linux-headers-amd64 (--configure)时出错： 依赖关系问题 - 仍未被配置正在设置 linux-image-6.1.0-10-amd64 (6.1.37-1) ...
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-10-amd64.
Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Building module:
Cleaning build area...
make -j12 KERNELRELEASE=6.1.0-10-amd64 -C /lib/modules/6.1.0-10-amd64/build M=/var/lib/dkms/ntfs3/v27_20210901.lore/build...
Error!  Build of ntfs3.ko failed for: 6.1.0-10-amd64 (x86_64)
Make sure the name of the generated module is correct and at the root of the
build directory, or consult make.log in the build directory
/var/lib/dkms/ntfs3/v27_20210901.lore/build for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.1.0-10-amd64 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: 处理软件包 linux-image-6.1.0-10-amd64 (--configure)时出错： 已安装 linux-image-6.1.0-10-amd64 软件包 post-installation 脚本 子进程返回错误状态 1
dpkg: 依赖关系问题使得 linux-image-amd64 的配置工作不能继续： linux-image-amd64 依赖于 linux-image-6.1.0-10-amd64 (= 6.1.37-1)；然而：  软件包 linux-image-6.1.0-10-amd64 尚未配置。
dpkg: 处理软件包 linux-image-amd64 (--configure)时出错： 依赖关系问题 - 仍未被配置在处理时有错误发生： linux-headers-6.1.0-10-amd64
 linux-headers-amd64
 linux-image-6.1.0-10-amd64
 linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

看了看，和ntfs3内核驱动有关，我不确定这是debian12自己引入的ntfs3还是我之前瞎折腾试图编译ntfs3引入的问题。
进入目录看了看，手动编译了一下，有不少报错，我不会C也没法修。
想了想ntfs3现在对我基本上没什么用，干脆sudo rm-rf /var/lib/dkms/ntfs3/
再次执行sudo apt upgrade
问题解决。

我不使用docker的原因

参考内容：Podman 的特性概述

1. podman安装和配置十分简便，而安装和使用docker时常常需要添加软件源，安装多个软件包的繁琐且令我恶心。
2. podman不强制使用root权限运行容器
3. podman不会在我查看ip link 的时候看到一堆该死的veth
4. podman不比docker慢甚至可以更快
5. podman兼容几乎所有docker的命令/操作方式并支持运行现有的标准的docker镜像

6. podman 官方目前没有像docker一样做出过什么对普通用户来说糟糕的决定。

   安装

   sudo apt install podman

- 阅读剩余部分 -