今天是2025年1月5日 星期天，硬核灌水第2期。下面是本期的正式内容。

来自 Microsoft 的新年礼物：惊喜，您的扫描仪无法工作

来源：theregister.com
Windows 11 24H2 在使用 eSCL 扫描协议的多功能设备上仍然存在问题，尽管微软已将该问题标记为已解决。据 Register 读者称："它在 Windows 10 机器上可以工作，但在 Windows 11 上却不行，除非计算机和扫描仪都使用有线以太网。

小石：好吧，BUG11稳定发力，这还让我想起来老王叔叔的硬核观察818期提到的Linux帮助Windows 11支持旧打印机
同学们快来使用Linux发行版吧！

三星和谷歌的新空间音频格式将挑战杜比全景声

来源：theverge.com
三星和谷歌正在推出开源 3D 音频标准 Eclipsa Audio，该标准将在部分 YouTube 视频以及三星 2025 电视和音响上首次亮相。据 The Verge 报道，这种新格式 "最终可能成为杜比 Atmos 的免费替代品，而杜比 Atmos 是三星等硬件制造商为电视和其他设备付费授权的主流 3D 音频格式。三星表示，与 Atmos 相似，这种音频格式支持调整 “音频数据，如声音的位置和强度，以及空间反射”，以创造 3D 体验。

小石：我一直都希望有一个杜比音效的开源替代，现在至少我们已经有了开源的格式！

《华盛顿邮报》的填字游戏最近被认为对广告商来说过于冒犯

来源：华尔街日报。
“一篇关于雷暴的文章也是如此。还有盒装布朗尼预拌粉的排名。
“长期以来，营销人员一直对在新闻媒体上投放广告保持警惕，担心自己的品牌会出现在有关恐怖主义、飞机失事或两极分化的政治故事的报道旁边。但 “广告禁区似乎在不断扩大”。

这是新闻出版商难以承受的头疼问题。许多出版商还在努力应对订户减少以及来自谷歌和其他技术平台的流量损失，现在正积极推动改变广告商的观念...... 新闻机构最近开始宣传一些研究，这些研究表明，品牌出现在敏感新闻附近并不危险。与此同时，他们还表示，直截了当的活动策划工具甚至会将无害的内容--以及这些报道潜在的大量受众--与广告隔绝开来。华盛顿邮报》首席广告官乔安娜-梅耶-琼斯（Johanna Mayer-Jones）说，《华盛顿邮报》40% 的内容在任何时候都被认为是 “不安全 ”的，她提到了该公司一年前进行的一项研究。“这对收入的影响是巨大的"。
《华盛顿邮报》的填字游戏页面在 10 月份长达数周的时间里被广告商的技术屏蔽了 7 次，原因是它被标注为政治、新闻和自然灾害相关材料。(据《华盛顿邮报》报道，一家技术公司最近表示，它将确保字谜不再被屏蔽）。雷暴故事中关于 “大气层中的大炮发出闪烁和霹雳般的炮弹 ”的一句话引发了警告，说它太像 “武器和弹药 ”故事，因此被切断了广告收入。至于布朗尼蛋糕，在提到对 “杂货店、药店、大众市场 ”和其他零售商的研究时，广告商自动标记为含有 “d ”一词。
文章称，微软最近发布的一份黑名单包括约 2000 个单词，其中包括 “崩溃”。(微软拒绝对此发表评论。）

小石：敏感词审查哪里都有，资本家面对巨大利益的时候格外注意这一点。

新设备的无线电波揭示土壤中的铅污染

来源： phys.org
康奈尔理工学院的研究人员开发了一种名为 SoilScanner 的便携式设备，它利用射频信号和机器学习来检测土壤中的铅污染。传统的检测方法 “一般需要将样本送往实验室进行分析，这依赖于苛刻的化学物质，而且费用昂贵，或者使用便携式 X 射线荧光设备”，而该设备则提供了一种具有成本效益的替代方法。
计算机科学博士生GaoYiXuan表示，该小组的动机是纽约市铅污染地图，该地图是程的城市土壤实验室 (USL) 经过数年对数百个土壤样本进行测试后绘制的。五个行政区。测试显示，许多地方的铅含量都达到危险的高水平，尤其是在布鲁克林北部。 USL 测试的土壤样本中约 45% 的铅含量超过 400 ppm ，这是之前 EPA 建议的筛选水平（一年前针对住宅土壤修订为 200 ppm）。 “这意味着在这些城市土壤中进行园艺时存在很大的风险，”

小石：比起我们，大洋对岸的人类确实应该多注意一下重金属污染了。

今天下午从下班开始陆续收到某不知SEO站点广告机器人发送的七八条垃圾评论，令我感到极度恶心。遂搜索评论验证插件，最终决定使用CaptchaPlus。
该插件支持 hCaptcha 和Turnstile，看网友评论效果不错。
今天开始试装，如无法发送评论请通过mastodon或matrix联系我，链接在关于页面。

来自某橙色购物软件，背面标签：BLOZI Made in China
MODEL：Endor
S/N:BZ45XXXXXXXXXXXXXXXXXXXX
总共买了俩，屏幕上都塑料膜都没撕掉，外观看上去也是新的。在某鱼买了一块24Pin墨水屏通用驱动板，顺便一起买了ESP8266 NodeMCU开发板。（感觉不够划算，我应该买ESP32，现在意识到8266虽然便宜但是没有蓝牙且GPIO数量太少了。）

- 阅读剩余部分 -

对多项色彩和样式大小进行了微调，背景色改为象牙白，纯净但不显憔悴。
过去默认主题长期使用蓝色作为a链接的强调色，这次更换了薄荷绿，意蕴勃勃生机。
不管环境如何恶劣，你总能在山脚岩缝中寻到那一抹清凉的绿意。
篱间薄荷堪谋醉，何必区区慕细鳞。

之前一直都没解决这个问题，导致B站点播放器大小很小什么都看不清。凌晨发文章引用B站视频的时候就忍不了了，加了几行CSS把PC端大小调整的稍微正常了点。但是刚才又看见这个东西，想起来移动端这么写死的调整太“方”了，现学现卖用了一下Media终于调整舒服了。
方法简单粗暴。

@media screen and (min-width: 35rem ){
iframe {
    position: relative;
    width: 100%;
    height: 22rem;
    padding-bottom: 5%; 
}}
@media screen and (max-width: 30rem){
iframe {
    position: relative;
    width: 100%;
    height: 15rem;
    padding-bottom: 5%; 
}}

我真的很高兴Typecho社区在过去数年长期停止发布正式更新之后依然保持着极高的活跃度，原开发者也腾出手来加入了开发进程，现在一切正在步入正轨。

安全方面

1.这个更新修复了多个XSS漏洞。（包括我之前遇到的评论者信息框的mail和URL的两个XXS以及后台的一个XXS）

其他主要惊喜总结

1.对PHP8的更多支持
2.添加admin/footer.php开始插件的支持
详见：Release v1.2.1

以前也有很多无聊的小鬼喜欢对着我的站点舞弄他胯下的那根牙签，最无聊的那些还在我的站点日志里刷针对thinkphp或者/backup.zip之类搞笑的请求，难得有个比较务实一些所以记录下来。
相关的漏洞，稍微限制下字符串长度就能临时缓解，不过我的博客数据是自动备份的，丢不了所以懒得搭理这些无聊的小鬼。各位看戏就行。

- 阅读剩余部分 -

官方提到下载安装密钥的指令是：

sudo wget -nc -O /usr/share/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key

但是你apt update会得到这样的错误:

错误:5 https://dl.winehq.org/wine-builds/debian bookworm InRelease
由于没有公钥，无法验证下列签名： NO_PUBKEY 76F1A20FF987672F 正在读取软件包列表... 完成W: GPG
错误：https://dl.winehq.org/wine-builds/debian bookworm InRelease:
由于没有公钥，无法验证下列签名： NO_PUBKEY 76F1A20FF987672F E: 仓库“https://dl.winehq.org/wine-builds/debian bookworm InRelease”
没有数字签名。N: 无法安全地用该源进行更新，所以默认禁用该源。N: 参见 apt-secure(8)
手册以了解仓库创建和用户配置方面的细节。

最开始我没注意密钥路径不对，接着就习惯性

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 76F1A20FF987672F

但是问题依旧，倒着往上查操作，在查看/etc/apt/sources.list.d/winehq-bookworm.sources的时候发现
最后一行分明写的是：Signed-By: /etc/apt/keyrings/winehq-archive.key
那你密钥干嘛让我装到/usr/share/keyrings/winehq-archive.key ???
所以先手动移动过去。
mv /usr/share/keyrings/winehq-archive.key /etc/apt/keyrings/winehq-archive.key

这个问题也被一些国内的镜像站点给抄过去了。比如清华的镜像源，不过截至发稿时间，清华源还没有同步Debian12的wine-build，可能得等到第二季度 Debian12正式发布以后了。
给管理员发了邮件申请改改wiki，目前尚未回复。

2023年11月27日：
看了看发现WineHQ依旧没改中文Wiki，清华源的也依然没变化。
我查看了https://wiki.winehq.org/Download_zhcn上面存在的维护者名字，中文写的维护者是无，所以我再次发了一封邮件，这次发给了一位非中文的维护者Rosanne DiMesio。如果收到回复我会继续在文章后面更新，或者有必要的话我尝试去申请一下作为Wiki的中文维护者。（话说上次发给web-admin@winehq.org的邮件都是三月份的事情了，现在都11月了也没人回我，真够无语的）
2023年12月30日：
评论区有网友提醒WineHQ WIki中文页面已经在10 December 2023, at 14:57修正了这个问题。
感谢 jkfloris提供的帮助，事实证明在Wine论坛发帖子比发邮件管用多了😀

不过令人遗憾的是TUNA还没来得及改，也在邮件列表发了帖子，希望早点获得修正。
按照评论的提示，这个问题确实不会发生在清华的镜像站上。（前提是一开始就全程按照镜像站的提示操作）
我回忆了一下当初的操作，有相当多的人应该是先用了WineHQ官方的源发现下的很慢或者干脆直接被运营商阻断了连接再跑去用的镜像。但是镜像用的路径不是照着官方sources文件而是自己新建了个winehq.sources。
如果和我同样先用了官方的源再尝试用镜像，/etc/apt/sources.list.d路径下应该存在一个winehq-bookworm.sources

Types: deb
URIs: https://mirrors.tuna.tsinghua.edu.cn/wine-builds/debian/
Suites: bookworm
Components: main
Architectures: amd64 i386
Signed-By: /etc/apt/keyrings/winehq-archive.key

这里Signed-By的路径应当按照实际密钥下载的路径写，不管是/etc还是/usr下都无所谓，我个人倾向于下载到官方sources里的写的/etc/apt/keyrings/winehq-archive.key。
评论区说被清华坑了一道是不正确的，准确来说这是被WineHQ的中文旧文档坑了一道。