这是自以来2023年六月六日1.2.1更新以来的又一次更新！
全部更新内容请参考：https://github.com/typecho/typecho/compare/v1.2.1...v1.3.0

一、安全与稳定性修复（重点）

这是本次更新的核心，修复了多个可能导致安全漏洞或功能异常的问题：

1. XSS漏洞修复：修复了评论URL字段的跨站脚本攻击漏洞，通过改进输入过滤来增强安全性。
2. 数据保存问题：修复了在主题初始化后添加的复选框选项无法保存的问题。
3. 空值处理：修复了多个因参数为空值（null）而导致的类型错误、警告或程序中断问题。
4. 内容处理：修复了在获取内容类型、处理附件、XML-RPC通信以及修订预览时出现的一些错误。

二、功能改进与优化

1. 登录与用户：

   • 增加了“邮箱也可以登录”的提示。
   • 修复了用户名包含 @ 符号时登录失败的问题。

2. 内容与显示：

   • 修复了在查看分类或标签时无法正确生成分页链接的问题。
   • 优化了归档页面的关键词处理。
   • 改进了导航菜单的活动状态样式。
   • 更新了 classic-22 主题的配色方案和样式。

3. 管理后台：

   • 优化了后台部件（Widget）值的设置逻辑。
   • 修复了管理评论时可能出现的失败问题。

4. 性能与兼容性：

   • 支持通过 Socket 连接 MySQL（如 MariaDB），优化服务器环境兼容性。
   • 进行了更高效的字符串比较，移除了多余或无效的代码。
   • 修复了 PHP 8.5 中 curl_close() 的弃用警告。
   • 提升了 applySlug 函数的效率。

三、技术要求变更

• PHP版本要求提升：现在要求 PHP 7.4.0 或更高版本。

四、其他修复与调整

1. 修复已知问题：集中修复了多个在 GitHub Issues 中报告的问题（如 #1597, #1635, #1671, #1674, #1679, #1816, #1830, #1843, #1846, #1882 等）。
2. 代码质量：修复了多处拼写错误和代码规范问题。
3. 依赖更新：更新了 picocss 到 2.0 版本，并升级了 GitHub Actions 等开发工具。

五、社区贡献

• 本次版本迎来了 9 位新的贡献者，显示出活跃的社区参与。
• 主要维护者 @joyqi、@sy-records 和 @fenbox 等贡献了大量修复和改进。

总结

Typecho v1.3.0 是一个以修复安全和稳定性问题为主的版本，同时包含了一系列的功能改进、性能优化和代码清理。它加强了对现代 PHP 环境的支持（PHP 7.4+），并整合了活跃社区的多项贡献。对于用户而言，升级此版本将获得更安全、更稳定、体验更好的博客系统。建议所有用户及时升级。

大家好，这里是 Linux 用户站带来的内核视界。 今天，Linux 存储领域迎来一个意想不到的新成员，这可能会改变我们与 Windows 文件系统互操作的体验，也反映了开源社区对现有解决方案的不满与主动革新。

1. 资深开发者 Namjae Jeon 发布全新 NTFSPLUS 驱动

Linux 内核开发者 Namjae Jeon（以开发 exFAT Linux 驱动和维护 KSMBD 内核服务器而闻名）近日宣布了全新的 NTFSPLUS 文件系统驱动。这是继内核中原有的只读 NTFS 驱动、用户空间的 NTFS-3G FUSE 驱动，以及近年被上游纳入的 Paragon Software 的 NTFS3 驱动之后，Linux 系统上出现的又一个支持读写的 NTFS 驱动选项。NTFSPLUS 声称在性能和功能上均优于 NTFS3。其开发动机源于对当前 Linux 内核中 NTFS 支持现状的不满：原有的只读“经典 NTFS”驱动已被移除，而 NTFS3 则被描述为“维护不善、存在诸多问题”，导致许多用户和发行版仍在使用旧的 ntfs-3g 用户态驱动。NTFSPLUS 基于原有的、代码更清晰且注释详尽的只读 NTFS 代码重构，旨在支持写入功能，并满足现代内核的要求，如 iomap、无 buffer-head，同时提供工具支持和通过 xfstests 测试，目标是实现高性能和稳定的维护。

硬核点评：
这真是“官方驱动不给力，社区大佬亲自下场”的经典戏码。Namjae Jeon 的履历就是品质保证，他的出手本身就是对 NTFS3 驱动维护状态的一种无声批评。开源世界的魅力就在于此：当某个由商业公司贡献的驱动（指 Paragon 的 NTFS3）可能因种种原因未能达到社区的期望时，总有具备能力和责任感的开发者愿意站出来，从头打造一个更符合开源理念和现代内核标准的解决方案。这对于广大需要在 Linux 和 Windows 之间频繁交换数据的用户来说，无疑是个福音。我们乐见这种基于清晰、可读代码的“重造轮子”，这比在一个“黑盒”或难以维护的代码上修修补补要健康得多。

您对今天的内核视界有何看法？特别是对于“由社区核心开发者重写一个驱动来替代维护不善的商业公司贡献驱动”这一做法，您是否认同？这是开源生态自我修复能力的体现，还是某种程度上的资源重复？欢迎在下方评论区留下您的高见。

【发生了什么变化】
Linux 6.18内核通过合并关键网络补丁，大幅提升UDP接收性能——在DDoS攻击场景下，吞吐量暴增47%，单服务器每秒多处理1420万数据包！此优化更将随Linux 6.18 LTS版本长期覆盖企业级场景。

【谁/什么导致变化】
谷歌工程师Eric Dumazet主导贡献：1）重构数据局部性（sk_backlog等关键结构重排序）；2）用单socket自旋锁替代哈希锁数组；3）引入skb_attempt_defer_free()机制（借鉴TCP成功经验）。硬核技术三连击，直指DDoS防御痛点！

短评：
“性能即正义！从内核层‘外科手术式’优化，到LTS版本的普惠落地，Linux再次证明：对抗黑产，代码比口号更有力。” 🔥

是的，看到这里你应该明白我只是摸了很久鱼，但是我还没彻底脱离自己对自由软件和开源前沿信息的关注。
总之我还没死，所以不用烧纸。🥰
择机恢复更新。

来源：Better Late Than Never: Linux 6.17 To Enable Intel DG1 Graphics By Default
在 Intel 推出 DG2/Alchemist 独立 GPU 之前，DG1 图形处理器主要作为促进 Intel 现代独立 GPU 发展的初始开发工具。DG1 最终被应用于少量笔记本电脑的 Intel Xe MAX GPU 中，此后的几年中，eBay 上也出现了一些精选的 DG1 显卡。直到 2025 年，上游 Linux 内核驱动程序才为现代 Linux 发行版提供了英特尔 DG1 显卡。
英特尔在 DG1 Linux 支持方面已经努力了半个世纪，而且很明显，英特尔已经开始为 Panther Lake 提供出色的 Alchemist 和 Battlemage 支持，并已经开始为 Xe3 图形支持工作。DG1 现在是一个事后的想法，但由于 DG1 的市场占有率非常有限，因此从未在 Linux 下默认启用 DG1。在 Linux 下使用英特尔 DG1 GPU 需要使用带有 PCI 设备 ID 的"force_probe"模块选项，以便在 Linux 驱动程序栈中强制启用 DG1 显卡。
force_probe 选项是为实验/试生产中启用新的 Intel 图形目标而保留的，但在即将发布的 Linux 6.17 内核中，DG1 将不再使用该选项。正如四月份所写的那样，Linux 驱动程序将放弃对 DG1 的强制探测 。在此之后的几年中，Linux 上的 DG1 并未出现任何已知的问题，但 "force_probe "要求的保留很可能只是一个疏忽。
今天发出了第一个 drm-intel-gt-next 拉取请求 ，其中包含了计划用于 Linux 6.17 的材料。该请求包含在 DG1 上放弃force probe 的补丁。此外还有对 GuC 后端的修复，以解决调度停滞、错误处理改进以及其他各种修复。对最终用户来说，最值得注意的是 DG1 force probe 的移除，它终于可以开箱即用了。
因此，对于拥有 Xe MAX GPU 笔记本电脑或碰巧拥有 DG1 显卡或在 eBay 上购买了 DG1 显卡的用户来说，这无疑是个好消息，但 DG1 显卡目前已经相当老旧，用户最好还是选择 Battlemage、Alchemist 或其他开源友好的 Linux GPU。

姗姗来迟的开箱即用驱动体验，我曾经购买了两张DG1显卡，目前实际属于我的那张正借给朋友使用，我敢说没有比这更好的亮机显卡了。