在桌面市场上，Intel 14代酷睿只是13代的“马甲”，AMD迎来了好机会，Zen5全新架构的Granite Ridge锐龙8000系列会向前迈一大步。

据最新曝料，锐龙8000仍将采用chiplet小芯片结构，包括CCD、IOD两大部分，其中CCD会升级工艺和架构，IOD……将直接延续锐龙7000的设计。

其实，在此前AMD官方公布的路线图上，将在2024年发布的锐龙8000，GPU架构会升级到RDNA 3.5，比如今的RX 7000系列独立显卡还要胜出一筹。

但是现在，AMD已经更改了设计，锐龙8000不再升级GPU部分，也不会升级IO部分，这意味着还是同样的28条PCIe 5.0通道，同样的内存控制器、USB控制器，预计同样的RDNA2 GPU，还是两个计算单元。

事实上，AMD已经不是第一次这么干了，Zen3时代的IOD，就是沿用的Zen2上的设计，这样做无疑能大大节省成本。

当然了，这么做会在规格性能上损失很多，但影响倒也不大，毕竟一方面，PCIe、USB、内存都够用了，另一方面，桌面锐龙的GPU部分只是作为显示输出、故障排除之用，而非游戏，架构是否升级影响并不大。

或许，正是因为Intel 14代酷睿不给力，AMD才敢如此偷懒吧。

Mozilla Firefox 117 浏览器将于 8 月 29 日正式发布，现在已经可以下载，下面我们就来看看它带来了哪些新功能，以及自 Firefox 116 以来有哪些变化。

在测试阶段，火狐 117 提供了一个其他浏览器已经拥有的超棒的新功能，即内置的网站自动翻译引擎，但它是在浏览器本地完成所有翻译的，因此具有隐私意识。遗憾的是，最终版本并没有提供这一期待已久的功能！

对于 Linux 用户，Mozilla Firefox 117 版本似乎删除了 Wayland 系统上的屏幕共享指示器。据 Mozilla 称，屏幕共享指示器在包括 Wayland 在内的其他平台上从未正常运行过。他们还说，许多流行的 Linux 桌面环境已经提供了共享指示器，所以他们才决定移除它。

另一个有趣的变化是，当在网页上按下 Shift+ 右键快捷键时，火狐浏览器可以禁止强制显示上下文菜单，因为这可能会在某些网站上造成不良后果。这可以通过使用 about:config 中新的 dom.event.contextmenu.shift_suppresses_event 偏好设置来实现，该设置默认为启用。
除其他更改外，Mozilla Firefox 117 还改进了使用屏幕阅读器导航时 YouTube 视频列表的滚动，并为使用 IT、ES、AT、BE 和 PL 本地语言的用户提供信用卡自动填充支持。

对于 Android 用户，Firefox 117 新增了将图片粘贴到可编辑内容和 designMode 元素的支持。到目前为止，Android 版火狐浏览器只支持将纯文本和 HTML 内容粘贴到这些元素中。

对于网络开发人员，它启用了对改进的 CSS 嵌套的默认支持，增加了对 RTCRtpScriptTransform 的支持，增加了对 ReadableStream.from 的支持，允许从（异步）迭代中创建 ReadableStream，并增加了对 math-style 和 math-depth CSS 属性以及 font-size: math 值的支持。

此外，开发人员工具检查器中的新 CSS 兼容性工具提示增强了网络兼容性检查功能。
Mozilla Firefox 117 现在可以从 Mozilla 的下载服务器下载。不过，如果你已经从发行版软件仓库中安装了火狐浏览器，则应等到它到达后再进行更新。

转自 Mozilla Firefox 117 Is Now Available for Download, Here’s What’s New – 9to5Linux

2023 年 7 月初，我曾介绍过作为即将发布的 GNOME 45 桌面环境一部分的 Nautilus 文件管理器的新功能。

GNOME 45 中的 Nautilus 已经提升了搜索性能，支持直接从网页中拖放图片，改进了网格视图，现在还能显示加星的文件，在文件夹属性中以工具提示的形式显示字节大小，侧边栏的设计也更具适应性。

此外，它还改进了沙盒文件（如 Flatpak、Snap 等）的打开体验、更一致的日期和时间格式、更简洁的键盘快捷方式窗口定义、使用 Ctrl+F 快捷键重新聚焦搜索栏的功能，以及更好的归档体验。

但 Nautilus 还有更多的新功能，因为它现在增加了新的 “Search Everywhere “按钮来扩大搜索范围，并采用了现代的全高侧边栏布局，同时还改进了侧边栏的大小和折叠阈值。这就是 Nautilus 在 GNOME 45 中的样子。
正如您所看到的，顶部标签页已经缩小，以容纳全高的侧边栏，侧边栏现在命名为 “位置”，右侧的三点菜单已经消失，它被移到了侧边栏，成为一个汉堡包菜单。第二张图片显示了新的 “随处搜索 “按钮。

除了这些新功能外，Nautilus 还进行了一些性能改进，以更快地生成多个缩略图，为用户提供无闪烁的搜索过渡，并避免在启动时通过 DBus 激活其他应用程序。

除此之外，GNOME 45 中的 Nautilus 文件管理器还会在用户取消复制操作时自动删除部分复制的文件，并且不再将 Shell 搜索结果限制在主目录中。

GNOME 45 目前正处于公开测试阶段，如果你想试用它，但 Nautilus 已经发布了第二个测试版本，所以如果你想体验本文展示的新功能，请务必安装它。
GNOME 45 桌面环境的最终版本预计将于 2023 年 9 月 20 日发布。在此之前，我们有一个候选发布版（RC）里程碑可供测试，它应该会在九月初发布。

转自 GNOME 45’s Nautilus File Manager Gets a Modern Full-Height Sidebar Layout – 9to5Linux

除非出现任何最后一刻的问题，Linux 6.5 内核预计将于明天（即 8 月 27 日）发布稳定版。 这里提醒您有关下一个内核版本的所有重大变化和新功能，其中特别为 Intel 和 AMD Linux 用户提供了令人兴奋的新增功能。

Linux 6.5 有很多变化，但大多数内核周期都是如此，最有趣的变化包括：

– 对于 AMDRyzen Zen 2 和支持 ACPI CPPC 的较新笔记本电脑/台式机，默认使用 AMD P-State EPP 而不是 ACPI CPUFreq。 这很棒，意味着性能/能效会得到提升。

– 引入 Ryzen 7000 系列 EDAC 支持。

– 增强了 Intel Core 混合 CPU 在 P 和 E 核心混合之间的负载平衡。

– 开始为未来的英特尔Lunar Lake 处理器做好准备，从 SoundWire ACE2.x 支持到添加的各种新 PCI ID。

– 默认情况下启用 AMD FreeSync 视频支持。

– Radeon RX 7000 系列超频支持。

– 支持适用于 eDP 笔记本电脑面板的英特尔可变速率刷新。

– 对于 Linux 游戏玩家，有各种控制器改进，例如 NVIDIA SHIELD 控制器驱动程序已主流化，以及适用于更多 Microsoft Xbox手柄的支持。

– 初步支持 USB4 v2 并初步启用 Intel Barlow Ridge 控制器。

– 继续改进支持和启用 Wi-Fi 7。

– 更多台式机主板支持工作硬件传感器报告。

– MIDI 2.0 驱动程序支持。

转自 Linux 6.5将带来USB4 v2、更多Wi-Fi 7、AMD P-State EPP默认值等改进-今日头条 (toutiao.com)

我很高兴地代表 Spring Boot 团队和所有做出贡献的人宣布，Spring Boot 3.1.3 已经发布，现在可以从 Maven Central 下载。

该版本包含 82 个错误修复、文档改进和依赖关系升级。感谢所有提交问题报告和拉取请求的用户。

🐞错误修复
未将带查询参数的日志配置 URL 检测为 XML #37062
将环境变量名称 APP_PASSWORD 更改为 APP_USER_PASSWORD i？#37044
BindableRuntimeHintsRegistrar 不会为 ConfigurationProperties 类型的所有嵌套类型生成提示 #37022
server.max-http-request-header-size 不会影响启用了 http2 的 Netty 服务器 #37015
如果源或目标为空，AbstractAotMojo 不应添加它们 #36972
ProcessTestAotMojo 中的异常消息有一个错别字 #36966
Docker Compose 启动失败，提示 “未知标志：–no-color” #36908
当使用指向目录的资源配置时，基于脚本的数据库初始化失败并伴有无用的错误消息 #36786
当缺少 CachingConnectionFactory 且启用属性为 false 时，Artemis ConnectionFactory 未配置 #36772
数据库驱动程序吞没真实异常 #36759
定义自定义的 ElasticsearchTransport 会导致自动配置的 JsonpMapper 后退 #36700
自动配置的会话存储库自定义可能会覆盖会话存储库自定义豆 #36696
RabbitMQ 烟雾测试缺少一个测试 #36612
通过 server.ssl.enabled-protocols 启用多个协议时，Tomcat 会警告缺少 +/- 前缀 #36584
management.metrics.export.stackdriver 属性不完整 #36559
management.wavefront.metrics.export 属性不完整 #36556
management.metrics.export.signalfx 属性不完整 #36553
即使没有运行任何作业，JobLauncherApplicationRunner 也会返回成功退出代码 #36532
移除 jakarta.annotation.PostConstruct 的使用 #36529
management.metrics.export.atlas 属性不完整 #36526
开始和就绪时间度量的描述包含时间单位，但导出度量时单位可能会改变 #36516
与 Spring Boot 的其他目标不同，process-aot 和 process-test-aot 可在 Maven reactor 项目上运行 #36494
@Bean 方法上的 @ServiceConnection 在分片测试中不起作用 #36037

📔 文档
修复文档中的破损链接 #37071
Maven 插件文档包含用于构建图像的无效参数 #37051
对齐 AbstractFilterRegistrationBean#setDispatcherTypes 的 javadoc #36969
改进 spring.cache.type=none 的文档 #36962
澄清 spring.security.filter 属性仅适用于基于 servlet 的 Web 应用 #36865
改进文档以描述如何使用 @EntityScan 和 @Enable?Repositories 来调整扫描 #36862
在 OutputCaptureExtension 的 javadoc 中描述 JUL 和 Log4j2 的怪癖 #36859
日志回溯系统（LogbackLoggingSystem）不报告被抑制的异常详细信息 #36856
澄清显示日志属性如何转移到系统属性的表格 #36853
审核 Google AppEngine 文档 #36850
重写与 NoSQL 技术协同工作，以明确 Spring Data 支持哪些存储 #36813
澄清如何处理带通配符的配置树中的嵌套目录 #36810
明确使用 @EnableWebMvc 的效果 #36797
记录 spring.mvc.format.* 和 spring.webflux.format.* 属性的默认值 #36793
文档描述了如何选择使用路径模式分析器，但它现在是默认的 #36789
文档说明数据库初始化脚本在默认情况下是可选的，以及如何使其成为必选 #36783
记录 @DataR2dbcTest 支持 #36756
自 JavaVersion 引入以来，在 JavaVersion 新增值的 javadoc 中缺少 @since #36735
更新文档中的 Paketo 生成器引用 #36690
记录如何在运行测试时使用 Docker Compose 集成 #36636
更新 RestTemplateBuilder#defaultHeader javadoc 以引用正确的客户端 HTTP 请求类 #36630
记录在 Kubernetes 上运行时，server.forward-headers-strategy 属性默认为本地 #36581
关于 spring.data.redis.url 的文档错误地指出它没有覆盖 spring.data.redis.user #36492

依赖关系升级
升级至 AspectJ 1.9.20 #37003
升级至 Byte Buddy 1.14.6 #36994
升级至 Caffeine 3.1.8 #36926
升级至 Couchbase 客户端 3.4.8 #36979
升级到依赖管理插件 1.1.3 #36927
升级至 Groovy 4.0.14 #37057
升级至 Hibernate 6.2.7.Final #36928
升级至 Infinispan 14.0.14.Final #36995
升级至 Jersey 3.1.3 #36930
升级至 jOOQ 3.18.6 #36931
升级至 Lettuce 6.2.6.RELEASE #37004
升级至 Logback 1.4.11 #36932
升级至 Micrometer 1.11.3 #36839
升级至 Micrometer Tracing 1.1.4 #36840
升级到本地构建工具插件 0.9.24 #36933
升级到Neo4j Java驱动5.11.0 #36980
升级到Netty 4.1.97.Final #37088
升级到池化JMS 3.1.1 #36935
升级至 R2DBC Pool 1.0.1.RELEASE #36936
升级到 R2DBC 代理 1.1.2.发行版 #36672
升级至 Reactor Bom 2022.0.10 #36841
升级到 RxJava3 3.1.7 #37089
升级到 Spring AMQP 3.0.8 #36842
升级至 Spring 授权服务器 1.1.2 #36843
升级至 Spring Batch 5.0.3 #36844
升级至 Spring Data Bom 2023.0.3 #36845
升级至 Spring Kafka 3.0.10 #36846
升级至 Spring LDAP 3.1.1 #36847
升级至 Spring Security 6.1.3 #36848
升级至 Spring Session 3.1.2 #36849
升级至 Thymeleaf 3.1.2.RELEASE #36937
升级至 Thymeleaf Extras SpringSecurity 3.1.2.RELEASE #36938
升级至 Tomcat 10.1.12 #36978
升级至 Undertow 2.3.8.Final #37031

Assets 2

Offensive Security 今天发布了 Kali Linux 2023.3，这是其基于 Debian GNU/Linux 的道德黑客和渗透测试发行版的第三次更新。

Kali Linux 2023.3 是在 Kali Linux 2023.2 发布近三个月后发布的，它将内核从 Debian Bookworm 长期支持的 Linux 6.1 LTS 升级到了 Linux 内核 6.3，不幸的是，后者已于 2023 年 7 月初寿终正寝。不过，新内核应该能提供更好的硬件支持。

Kali Linux 2023.3 版本包含九个新工具，分别是云原生网络和网络安全工具 Calico、Kubelet Container Runtime Interface 的命令行和验证工具 cri-tools、使用 eBPF 的 Kubernetes 网络、服务和安全可观察性工具 Hubble，以及面向逆向工程师和程序员的十六进制编辑器 ImHex。

此外，还包括 kustomize（一款用于定制 Kubernetes YAML 配置的工具）、Rekno（一款结合不同黑客工具以完成渗透测试流程的自动化平台）、rz-ghidra（一款为 rizin 集成的深度 ghidra 反编译器和 sleigh 反汇编器）、unblob（一款从任何类型的容器格式中提取文件的工具）以及 Villain（一款可处理多个反向外壳的 C2 框架）。
在添加新工具的同时，一些旧工具也因不再维护而被移除。其中包括被 GoPhish 取代的 king-phisher，以及被 WPScan 取代的 plecost。

在其他值得注意的改动中，Kali Linux 2023.3 版本还增加了在增强会话模式下使用 Hyper-V 时对 PipeWire 的支持，为 Kali Purple 增加了 kali-hidpi-mode，改进了 Kali Purple 的安装，并通过重新设计的图形用户界面和大量新功能改进了 Kali Autopilot。

Kali NetHunter 也进行了更新，支持 Lineage 19.1 的 LG V20、Android 8.0 的 Nexus 6P、Android 12 和 13 的 Nothing Phone (1)、Android 13 的 Pixel 3/XL、LineageOS 18.1 的 Samsung Galaxy A7、Lineage 20 的小米 A3、VoltageOS 2.5 的小米红米 4/4X，以及 SELinux disabler。

最后但并非最不重要的是，该版本通过更新 Raspberry Pi Zero W 镜像改进了 Kali ARM，现在可以启动到命令行而不是图形用户界面，并将 USBArmory MKI 和 MKII 的引导加载器更新到 2023.07 版。
更多详情请查看发布公告页面。同时，你现在就可以从官方网站下载 Kali Linux 2023.3，它有 64 位、ARM、虚拟机、云、WSL 或移动平台等多种版本。

由于 Kali Linux 采用滚动发布模式，现有用户只需定期在终端模拟器上运行 sudo apt update && sudo apt full-upgrade 命令更新安装即可。新版本仅用于新部署。

转自 Kali Linux 2023.3 Released with 9 New Tools for Ethical Hacking, Linux Kernel 6.3 – 9to5Linux

响应式用户界面设计是一种针对不同显示尺寸和布局采用用户界面的好方法。一些流行的网页并没有采用响应式设计。但是，我们是否只需要响应式设计就能创造愉悦而有意义的客户体验呢？与其根据可用的显示空间来调整用户界面布局，我们难道不应该根据不同类型用户的喜好来定制用户界面吗？

在网络世界中，响应式设计是通过分离实际内容（用 HTML 语言表达）和布局（用层叠样式表或 CSS 描述）来实现的。网络开发人员通过对 CSS 进行编程来调整、隐藏、缩小、放大或移动内容，使其在任何屏幕上看起来都很美观。简单来说，这通常意味着桌面显示屏上的多栏布局在移动设备上被合并为一栏。通过一些技巧，类似的行为也可以在 Qt 的用户界面框架中实现，特别是通过 Qt Quick 和 Qt Modeling Language（QML）。最近的一篇博文介绍了如何在 Qt 6.5 版本中实现这一功能。根据可用空间调整 UI 内容只是在保持内容完整性的同时改善客户体验的一种方法（响应式 UI 布局保持了内容的特定层次结构，而无需创建专门的网页）。

根据可访问性来定制用户界面内容，对于将所有用户都包括在内至关重要。万维网联盟（W3C）在为残障人士提供用户界面内容的建议方面取得了长足的进步。用万维网联盟的话说，”无障碍性涉及广泛的残疾，包括视觉、听觉、肢体、言语、认知、语言、学习和神经系统残疾。……这些指南还能使因年龄增长而能力发生变化的老年人更易于使用网络内容，而且通常还能提高一般用户的可用性”。网络内容可访问性指南是对用户界面内容要求的集合。这些要求的实施对于我们用户来说往往是不可见的，因为它们涉及到用户界面设计师和用户界面开发人员在使用颜色、对比度、视频内容和隐藏的辅助文字等方面的选择，以方便视障人士。不过，有些网站对可访问性指南的执行更加明显，例如在这个关于网页可访问性的网页上显示的对对比度、字体大小和布局的用户界面控制，我发现这对我以前的工作很有帮助。随着人口老龄化，根据人们的能力调整用户界面内容的显示方式变得越来越重要。如果你曾经改变过智能手机的字体大小或 Excel 电子表格的大小，那么你就会明白我的意思。

虽然上述改善客户体验的手段对于实现包容性是非常重要的，甚至是至关重要的，但还有另一种用户界面设计概念，我称之为 “相关用户界面设计”（Relevant UI Design）。相关用户界面设计根据用户的喜好调整用户界面内容的布局。例如，在我之前的工作中，我们开发了一款基于浏览器的服务/帮助台软件（也称为票务工具）。使用服务台软件的人各不相同。但也有一些人力资源专家用户，他们只是偶尔使用服务台软件来管理人力资源团队的工作。人力资源专家喜欢简洁明了的用户界面，不同的用户界面元素之间留有大量空白，而高级用户则无法在单一显示视图中容纳更多内容。高级用户愿意牺牲字体大小和内容之间的留白/线条空间，以获得最大程度的一目了然。

在我之前的工作中，每个用户群都同等重要。我们是如何确保用户界面设计与每个用户群相关，而又不创建许多专门的用户界面设计的呢？顺便说一下，我们确实同时兼顾了网页内容的可访问性和响应式用户界面设计。为了解决这一难题，我们创建了两种用户界面布局，即两种 CSS 配置：一种是带有大量留白空间的完美用户界面设计（就像现代网页设计所期望的那样），另一种是行距、边距、附加内容和字体大小最小化的设计。用户可以在这两种用户界面布局模式之间切换个人设置，使用户界面设计更适合自己。高级用户喜欢紧凑模式。人力资源专家、经理和新手用户则喜欢 “简洁 “的布局。

总之，在为嵌入式设备或桌面应用程序设计用户界面时，必须采用某种形式的响应式用户界面，并至少应用最低限度的用户界面内容可访问性指南。在不创建专用视图的情况下，保持用户界面与所有用户群体的相关性，可以最大限度地提升客户体验。

Qt 6.6 版本将提供更多有关 Qt 框架中响应式用户界面布局的内容。敬请关注！

转自 Responsive or Relevant UI Design – Which is better? (qt.io)