上周四，Vova Feldman 发文提问我们停止责怪插件作者，因为每天都有大量管理员用户受到轰炸。真正的罪魁祸首？ WordPress 核心中缺少通知机制。
Feldman 的帖子是由 Scott Bolinger 呼吁插件作者让管理员通知失控的推文提示的：
Feldman 认为将责任归咎于插件作者是解决方案错误的方法来解决问题。虽然我同意 WordPress 的基本问题，但插件作者在营造一种氛围方面发挥了作用，在这种氛围中，他们成为系统出现的所有问题的替罪羊。
我从 2007 年 4 月那个决定性的日子开始开发插件，当时我发布了一个只列出当前页面的子页面的插件。从那时起，我为客户和公开发布开发了数百个插件。那时，我可能添加了两次自定义管理员通知，并且仅在插件进行重大更改（例如数据库更新）时才添加它们。我为 OMGBBQ 保留了此类通知，非常重要，您需要阅读它们。我相信我有责任创造一种体验，让用户不必在每次我的插件收到更新时都忽略通知。
我并没有意识到某些网站上出现的数十条通知的问题越来越严重，或者用户经常被它们弄得不知所措。多年来，我一直在泡泡中工作，只专注于创造我认为对用户来说是理想的体验。我一直认为管理员通知系统带来了糟糕的体验。不必要地使用它是没有意义的。
另一方面，这些年来我可能应该添加几次更改通知。相反，我完全避免这样做，因为 WordPress 缺少通知系统。我错过了一些很好的社交机会。
在很大程度上，这个问题源于缺乏适当的通知系统。但是，插件作者通过在不需要时继续使用它来延续这个损坏的系统。他们将其用作广告牌来投放假日广告。他们用它来营销他们的产品和服务的商业版本，同时提示用户给予五星级评级。有很多罪魁祸首。
与其指责，不如问问有什么工具可以为开发者解决问题。
需要一个更好的系统
从技术上讲，WordPress 只有一个钩子和一组通用类，开发人员可以在他们的 HTML 中使用这些类来提供一些不同颜色的通知。没有 API，即使是第三方插件开发人员也无法尝试创建各种解决方案。
WordPress 与 API 最接近的是 Themes 团队的一个鲜为人知的项目，该项目为主题作者提供了一种标准化的方式来添加通知。然而，这个项目只涉及管理通知的一个方面，即创建一个一致的 UI。
如果不识别插件作者试图解决的系统问题，则无法正确处理管理员通知，这至少包括以下内容：
- 面向用户的通知，通常会发生用户操作后。
- 为商业产品和服务做广告。
- 寻求插件反馈或星级评定。
当前通知系统的一个主要问题是它是为该列表中的第一项创建的。其他两项不一定是坏事。它们只是对系统的不良使用。但是，没有其他标准方法来处理这些情况。
广告是我们都必须以某种形式或方式处理的事情。我不确定是否可以甚至应该有一个标准的广告 API。在管理员通知区域完全禁止广告可能会产生自己的野兽，迫使插件作者在管理员的其他区域想出更具侵入性的广告形式。我想支持广告，但不是广告摆动到每个管理屏幕顶部的方式。
WordPress 没有为最终用户提供一种简单的方法来从其管理界面对插件进行评级或评论。拥有一种提供直接反馈的简单方法对用户和开发人员都非常有帮助。虽然我确信很多人会反对这种与 WordPress.org 网站的集成（存在反对任何外部集成的争论），但评级和评论需要最终用户明确选择加入，因为它们需要 WordPress 上的帐户.org。
广告和插件反馈不应成为管理员公告讨论的一部分。然而，现实表明它们是对话中不可或缺的一部分。
第一步是创建一个新的通知系统。它应该为插件作者提供标准 API，同时将完整的管理功能移交给网站所有者。用户应该能够完全禁用通知，甚至可以在每个插件的基础上启用/禁用通知。注意到某个特定的插件作者提供了无用的通知吗？好吧，只需禁用插件的通知即可。作者失去了他们的特权。
从这一点来看，我们可以让进展推动关于如何做广告和征求反馈的讨论。一个新系统可能会将它们转移到一个新的屏幕上——看不见——但它不会让这些问题消失。
最重要的是，现在是争冠的时候了。如果没有能够为 WordPress 的新通知系统铺平道路并赢得绿灯的人，这个项目就不会完成。
喜欢这样：
喜欢正在加载...
资源
