在本期美味脑字节中，我们将深入探讨颠覆性的 FAIR 1.0 去中心化包管理器，探索 ACF 年度调查的关键数据，了解一位开发者如何在一次性电子烟上托管一个可运行的网站，等等！
开发者博客精选：扩展插件、切换深色模式以及 6.9 预设
WordPress 开发者博客 最近表现出色，提供了一系列重要的指南和技术深度文章，直击现代 WordPress 开发的核心。以下是三个你不容错过的近期文章：
在 WordPress 插件开发中实现命名空间和编码规范
对于任何希望超越简单插件的开发者来说，Troy Chaplin 关于实现正确命名空间和编码规范的指南是必读之作。Chaplin 带你了解使代码库可扩展、可维护并为团队协作做好准备的实际步骤。教程涵盖了使用 Composer 设置 PSR-4 自动加载、将插件功能组织到面向目标的类中，以及使用现代 linting 工具在 PHP、JavaScript 和 CSS 中强制执行一致的代码风格。这个指南完全是关于构建一个避免冲突并为你节省时间的健壮基础。
使用交互 API 构建浅色/深色切换
厌倦了使用外部库为区块主题添加浅色/深色模式切换？Justin Tadlock 接受了这个挑战，仅使用现代 CSS 和原生 WordPress API 构建了一个功能完备的切换。这个指南是利用交互 API 管理状态（通过用户元数据或 Cookie 持久化）并利用核心按钮区块经常被忽视的功能来创建切换元素的经典教程。这是一个优雅的、面向未来的解决方案，展示了交互 API 为添加动态行为而不编写自定义区块的真正潜力。
WordPress 6.9 中的边框半径大小预设
在另一篇重要的文章中，Justin Tadlock 向主题开发者提前展示了 WordPress 6.9 即将推出的最佳新主题开发工具之一：边框半径大小预设。Tadlock 向你展示了如何通过主题的 theme.json 文件中的新 settings.border.radiusSizes 属性定义可重用的尺寸数组。这些预设会自动转换为 CSS 自定义属性，你可以用于自己的样式、区块样式变体或允许用户通过 UI 选择。指南深入探讨了定义多个尺寸、UI 如何为大量预设列表更改，以及在为即将发布的版本准备主题时需要注意的限制。
ACF 年度调查 2025：开发者关键数据
今年 ACF 年度调查 的结果已经公布，为专业开发者提供了 ACF 用户群和 WordPress 开发当前状态的宝贵快照。超过 900 名社区成员参与，数据提供了将直接指导 ACF 未来路线图的关键见解。
- 角色与团队规模： “开发者/工程师”仍以略高于79%的比例占据主导地位，大多数用户（53.11%）在1到3人的小型团队工作。
- 网站架构： “混合主题”（457个响应）以微弱优势超越“经典WordPress”主题（432个响应）占据榜首，显示出主题采用方式的持续演进。
- 块编辑器偏好： 在为块编辑器构建自定义内容时，ACF Blocks 是明显的首选，超过一半的受访者（52.26%）选择了它，远超原生WordPress块或自定义React块的使用比例。
- AI采用： 高达75.93%的受访者表示主要将AI用于“开发/代码”。
调查凸显了ACF作为核心工具的深度依赖，超过三分之二的受访者将其评为对工作流程“非常重要”。
要查看字段使用情况、AI情感态度和ACF用户成熟度的完整细分，请查看完整结果here。
FAIR 1.0到来：去中心化WordPress包管理已上线
联邦与独立仓库（FAIR）工作组已宣布其包管理器的1.0里程碑版本发布，使WordPress开发者和站点所有者能够从WordPress.org中央仓库以外的独立来源查找、验证和安装插件。这是该系统项目首次集成到可运行的生态系统中。
FAIR的创建目标是减少对WordPress.org的依赖，让站点所有者对软件来源有更多控制，并允许开发者在没有中央把关人的情况下分发插件。FAIR团队指出，该版本表明“FAIR不仅仅是一个提案或协议。它是一个可运行的生态系统，已准备好供他人以此为基础进行开发。”
1.0版本包含了一套完整的组件，实现这种去中心化体验。FAIR插件允许WordPress站点从FAIR网络安装和更新软件。它对FAIR包进行ED25519签名验证以确保安全，并将数据共享降至最低以支持隐私法规。该系统支持从WordPress.org（通过镜像索引）和独立FAIR来源安装和更新软件。此外，该系统还引入了安全保护措施，如每个包的加密签名以及受Bluesky分层、可组合审核架构启发的信任模型。最后，Mini-FAIR Repo插件允许开发者的WordPress站点作为FAIR就绪的连接器，用于发布托管在GitHub或GitLab等服务上的插件或主题。
从电子烟到网页：在一次性电子烟上托管网站
Bogdan Ionescu成功在一个许多人literally扔掉的设备上托管了一个功能完整的网站。他最近在博客)上详细介绍了这个项目。
Ionescu在发现一些现代电子烟包含令人惊讶的、功能强大的ARM Cortex-M0+微控制器（具有24KB Flash存储和3KB RAM）后受到了启发。看到一个“极快的网络服务器”后，他开始动手。
核心挑战是让芯片联网。Ionescu利用了一种名为半托管的嵌入式系统技术来与调试器通信，使用串行线路互联网协议（SLIP）模拟拨号调制解调器连接。经过一些关键的性能调优——从单字符I/O切换到缓存环形缓冲区——他大幅缩短了加载时间。
最终结果是一个功能正常的网络服务器，成功托管了一个网站，证明即使是“一次性”硬件也可以被重新用于开放网络。
如需深入了解技术细节，请查看 Ionescu 的博客文章 here
Marsland 重点介绍 WordPress 6.9 的主要新功能
在一个视频综述中，知名 WordPress 教育者 Jamie Marsland 快速介绍了他最喜欢的 WordPress 6.9 版本（计划于 2025 年 12 月 2 日发布）的新功能。
Marsland 重点介绍了 WordPress 6.9 如何通过引入块级评论来为真正的协作奠定基础，允许编辑者和作者直接在编辑器中留下和解决评论。他还注意到增强的模板管理带来了重要的生活质量改进，这预计将允许自定义模板在切换块主题时保持保留——这是一个长期需要的功能。
对于构建者，此版本引入了块隐藏功能（在后端保持内容可编辑，但在前端隐藏）以及几个新块，包括多功能的折叠块（Accordion Block）和动态的弹性块（Stretchy Block），后者可自动填充其容器以用于英雄区域。最后，开发者将受益于新的 Abilities API，旨在让 AI 直接与插件功能交互，为自动化和自定义报告开辟新途径。
在此观看 Marsland 的完整 250 秒概述 here。
超越代码：开发者们争论最被低估的 Web 开发技能
虽然 Web 开发社区经常关注最新的框架和技术争论，但最近的一个 Reddit 帖子 引发了一个有趣的讨论，内容是关于那些真正区分专业开发者的被低估的技能。
这个名为“你认为最被低估的 Web 开发技能是什么？”的帖子迅速收到了大量回应，重点关注非编码能力。开发者们提到的被低估的关键技能包括：编写清晰的提交信息和良好的 PR 描述、知道何时不应该过度设计解决方案，以及掌握超越基本检查的浏览器开发者工具。这些关键的、往往看不见的能力可以带来更可扩展的项目和更顺畅的团队工作流程。
这些见解与以下理解完美一致：持续的成功需要的不仅仅是技术卓越。如果你想磨练这些非编码能力，我们最近对这个主题进行了深入探讨。
更多关于弥合技术执行与项目成功之间差距的人际、沟通和组织技能的见解，请阅读我们的指南 Essential Soft Skills for WordPress Developers。你可以在 here 加入原始 Reddit 讨论。
Astro + WordPress：文章预览
历史上，无头 WordPress 的预览功能一直相当复杂。Gatsby 和 Faust.js 都实现了各自的解决方案，但需要采用这些特定的解决方案。为解决这一问题，WP Engine 的无头 OSS 团队发布了用于无头 WordPress 的 HWP Previews 插件，让您无需使用 Faust 或 Gatsby 即可进行预览。现在，您无需使用 Faust 即可为发布者提供他们期望的 WordPress 预览体验。该插件覆盖了 WordPress 的默认预览行为，并允许您控制预览的请求方式（URL、路径、查询参数等）。
在 这篇文章 中，Alex Moon 讨论了如何在框架端实现 HWP Previews 插件功能，即 Astro。文章涵盖了 WPGraphQL、认证和预览功能。
为 WordPress 用户生成内容使用云存储
用户生成内容是一把双刃剑。虽然它是提升参与度的强大引擎，但同时也是一项重大的技术风险。用户上传内容通常难以预测、未经过优化，并以惊人的速度消耗服务器磁盘空间和带宽。这种无序增长直接影响网站性能、推高托管成本，并使备份和迁移等基本维护任务变得更加复杂。管理这些内容需要可扩展的架构设计。
在 这篇文章 中，我们探讨了将用户生成的媒体卸载到专用云存储的策略，包括处理简单上传的基础技术、与复杂社区插件集成的高级方法，以及在 UGC 驱动环境中管理文件优化和隐私的关键最佳实践。
