使用技巧

插件作者难受糟糕的管理员通知体验吗?

是插件作者因糟糕的管理员通知体验而受到指责是插件作者因糟糕的管理员通知体验而受到指责吗?

上周四,Vova Feldman发表了一篇文章,要求我们 停止责怪插件作者 对于过多的管理员,用户每天都遭到轰炸。 真正的罪魁祸首? WordPress核心中缺少通知机制。

Feldman的帖子是由 鸣叫 在其中Scott Bolinger召集插件作者让管理员通知失控:

费尔德曼(Feldman)认为,将责任归咎于插件作者是解决问题的错误方法。 尽管我同意WordPress的根本问题,但插件作者在营造一种氛围中发挥了作用,在这种氛围下,他们已成为系统出现所有错误的替罪羊。

从2007年4月的决定性日子开始,我就开发了插件,当时我发布了一个插件,该插件仅列出了当前页面的子页面。 从那时起,我为客户和公开发布开发了上百种插件。 那时,我可能添加了两次自定义管理通知,并且仅在插件进行了重大更改(例如数据库更新)时才添加。 我为OMGBBQ保留了此类通知,非常重要,您需要阅读此类内容。 我认为,创造一种体验是我的责任,在这种体验中,用户不必每次我的一个插件收到更新时都忽略通知。

这并不是因为我意识到某些站点上出现数十个通知的问题日益严重,或者用户经常被它们淹没。 多年以来,我一直在泡沫中工作,只是专注于为用户创造自己认为理想的体验。 我一直以为管理员通知系统带来了糟糕的体验。 不必要地使用它没有任何意义。

另一方面,这些年来我可能几次应该添加一些更改通知。 相反,我完全避免这样做,因为WordPress缺少通知系统。 我错过了一些很好的交流机会。

在很大程度上,此问题源于缺少适当的通知系统。 但是,插件作者通过在不需要时继续使用它来使这个损坏的系统永久存在。 他们已将其用作放置他们的广告牌 假日广告。 他们使用它来推销其产品和服务的商业版本,同时提示用户五星级评级。 有很多责备。

与其责怪,不如说我们应该问什么工具可以为开发人员解决问题。

需要更好的系统

从技术上讲,WordPress仅具有一个钩子和一组通用类,开发人员可以在其HTML中使用它们提供一些不同颜色的通知。 没有API,没有API,即使是第三方插件开发人员也无法尝试创建各种解决方案。

WordPress最接近API的是主题小组的一个鲜为人知的项目,该项目提供了 主题作者的标准化方法 添加通知。 但是,该项目仅涵盖管理员通知的一个方面,即创建一致的UI。

如果未确定插件作者试图解决的系统问题,则无法正确解决管理员通知问题,该问题至少包括以下内容:

  • 面向用户的通知,通常在用户操作后出现。
  • 广告商业产品和服务。
  • 要求提供插件反馈或星级。

当前通知系统的主要问题之一是它是为该列表中的第一项创建的。 其他两项不一定是坏事。 它们只是对系统的不良使用。 但是,没有其他标准方法可以处理这些情况。

广告是我们所有人都必须以某种形式或方式处理的事情。 我不确定是否可以甚至应该有一个标准的广告API。 在管理员通知区域中彻底禁止广告可能会制造出自己的野兽,从而迫使插件作者在管理员的其他区域提出更具干扰性的广告形式。 我想支持广告,但不支持该广告摆动到每个管理屏幕顶部的方式。

WordPress并没有为最终用户提供从其管理界面对插件进行评分或审阅的简便方法。 拥有简单的方法来提供直接反馈将对用户和开发人员都非常有帮助。 尽管我敢肯定,很多人会反对与WordPress.org网站进行这种集成(存在反对任何外部集成的争论),但评分和评论需要最终用户明确选择加入,因为他们需要WordPress.org上的帐户。

广告和插件反馈不应成为管理员公告讨论的一部分。 但是,现实表明它们是对话不可或缺的部分。

首先要建立一个新的通知系统。 它应该为插件作者提供标准的API,同时将完整的管理功能移交给网站所有者。 用户应该能够完全禁用通知,甚至可以基于每个插件启用/禁用通知。 注意到某个特定的插件作者提供了无用的通知吗? 好吧,只需禁用该插件的通知即可。 作者失去了特权。

从这一点出发,我们可以让进展推动有关如何做广告和征求反馈的讨论。 一个新的系统可能会将它们转移到一个新的屏幕上-视而不见-但不会使这些问题消失。

最重要的是,现在是冠军的时候了。 没有能够为WordPress的新通知系统铺路并赢得绿灯的人,该项目就无法完成。

像这样:

喜欢加载中……

资源