WordPress 插件库值得麻烦吗?
已发表: 2016-06-02如果您是一位相对有经验的 WordPress 插件开发人员,您很可能已经问过自己这个问题——可能不止一次。
如果您是一个相对较新的 WordPress 插件开发人员,您可能会问自己“等等……我为什么不希望我的插件出现在存储库中?!”
这两个问题都是有效的。
与生活中的大多数事情一样,将插件上传到 WordPress.org 的官方存储库有优点也有缺点。 在本文中,我们将看看辩论的双方。
存储库的优点是相当透明和明显的,而缺点则不太明显,而且可以说影响更大。 因此,本文将在后者上花费比前者更多的时间。
重要的是首先要注意,我们只是从开发人员的角度来看这里的存储库,而不是最终用户(尽管从长远来看,一些以用户为中心的因素确实会影响开发人员)。 因此,虽然存储库存在许多面向用户的问题——这些问题显然值得仔细研究——但这些问题仅在影响开发人员的程度上与本文相关。
让我们从检查它的好处开始。那么,您如何确定 WordPress 存储库是否值得为您的插件而烦恼?
WordPress 插件库对开发人员的优势
插件开发人员可以从使用存储库来托管他们的插件中获得许多好处。 根据您是拥有大量产品的专业插件开发人员,还是仅仅出于对 WordPress 的热爱或其他目标,这些优势中的每一个都可能对您产生不同程度的影响。
最初,重要的是要注意作为开发人员使用存储库的一个关键要求:存储库中的每个插件都必须可以免费下载和使用。 允许追加销售,但有限制。
例如,您可以创建两个版本的插件。 第一个——托管在 WordPress.org 插件存储库上的那个——必须是免费的,但它也必须是功能性的。 因此,您可以创建一个功能不完整的插件版本以上传到存储库,然后向用户提供全功能版本的追加销售,无论是一次性付款还是订阅。 又名免费增值模式。
因此,对于愿意采取这些额外步骤的开发人员来说,这是一个好处:您可以获得存储库的所有好处,以获得免费的“轻量级”版本,然后有机会向免费版本的用户追加销售您的高级版本。
此设置背后的工作原理是免费版本的用户会对其功能感到满意,因此他们更有可能愿意掏出现金来使用高级版本。 这种设置本身对开发人员来说绝对是一个好处。 它使完成销售变得更容易,并且大大增加了在购买周期中被转移到更容易说服的位置的受众规模。
WordPress 存储库增加了受众的规模,这些受众可能会在购买周期中转移到更容易说服的地方。
这使我们为使用存储库的开发人员带来了第二个关键好处:接触到广泛而多样化的受众。 正如 Scotch.io 的“如何构建 WordPress 插件,第 2 部分”所指出的,存储库对开发人员有好处,因为您成为“WP 社区的一部分”。
当您考虑到 WordPress 社区包括来自许多不同国家、讲多种不同语言的人时尤其如此:“让您的插件轻松 [可翻译] 而无需触及其核心编码是很有意义的。”
该社区还可以帮助加快调试和未来开发的过程——不可否认,使用存储库的另一个好处。
开发人员当然可以调试和改进自己的插件。 但不可否认的是,在庞大的活跃用户群的帮助下,这个过程更快、更顺畅、更彻底。
这是许多开发人员——尤其是那些没有高级版本可追加销售的开发人员——根本无法在成本或时间效率的基础上复制的东西。 只是不实用。
然后,在某种程度上,我们都有一种倾向:对我们自己的工作“视而不见”。 就像作者经常看不到他们自己的拼写错误或语法错误一样,开发人员有时可能会错过他们自己插件中的问题——一群参与的用户可以更容易地找到和识别问题。
该存储库还可以为插件开发人员提供及时和细致入微的用户反馈。 正如 Speckyboy 在本文中指出的那样,概述了存储库托管插件开发的一些优缺点:
启用 Repository 的 Trac 软件解决方案实际上非常擅长让用户评论插件的功能; 插件用户将能够直接与代码的开发人员进行交互,他们既可以对功能进行评论,也可以使用直观的基本评论系统对其进行评论。
当这样做变得更容易时,用户更有可能提供有意义的反馈,这只会让你的工作变得更好。
最后,存储库插件有一个内置的用户感知,即它们比未列出的插件质量更高且更值得信赖。 (这种看法是否符合现实是另一个问题——我们将在本文后面探讨这个问题。)这使得用户下载、激活和使用您的插件的可能性更大。
优点就这么多。 有什么缺点?
支持是一个沉重的负担
通过要求开发人员提供支持以采取行动“获取”请求,存储库正在运行一个拉系统,而不是向开发人员“推送”通知的系统。
如果你的插件只有几十次下载,而插件开发只是你的爱好,这可能没什么大不了的。 但是,如果这是您的业务,并且/或者您有多个插件,包括一些特别受欢迎的插件,那么拉动系统确实会对您的生产力、日程安排和理智造成严重破坏。
让我们面对现实:即使开发人员想要提供支持,为免费插件提供支持也可能是一个耗时的过程。
提供对免费插件的支持可能非常耗费资源,即使开发人员倾向于。Tweet
在许多开发人员对存储库的抱怨之下,存在一种对开发人员缺乏关注的看法。
通常,这些开发人员的批评会遇到某种版本的“如果您不想花时间支持免费插件,请避免使用存储库。 在 GitHub 上发布它。”
但是,即使您不介意对免费插件的合理支持请求,您仍在与许多人认为是不幸设计的支持平台作斗争,这将所有义务都放在了开发人员的监控上,并且不一定与您的既定的工作流程。
审查/评级系统易受滥用
许多开发人员同意,当前的评论和评级系统太容易受到动机不良或根本不了解插件的作用、如何使用或寻求支持的人的操纵。
WP Ninjas 的 James Laws 在 ManageWP 的一篇文章中说得很好:
问题是当有人做出这些评级时没有责任。 用户说某些东西坏了只是因为它在他们的特定设置中不起作用,但情况并非总是如此。 有时他们的设置中出现了其他问题,或者他们只是不了解如何正确使用该插件。
插件的质量问题
虽然用户可能认为存储库托管的插件质量更高,但开发人员不一定如此,他们中的许多人评论存储库中存在质量有问题的插件。
这种看法的一个例子可以在“WordPress 插件存储库中潜伏着什么?”一文中找到。 其中详细说明了以下问题(诚然,2011 年):
- “存储库中超过一半的插件与 WordPress 3.x 不兼容”
- “我测试的插件中有 85% 有 PHP 警告、错误和通知”
- “通过一点点挖掘,我在 repo 中发现了一个有弱点的插件,并且能够使用它来入侵网站并将其变成无人机”
- “在这 15,000 多个插件中,只有 32% 的插件在 2011 年得到了更新”
- “……今年有三分之二的插件没有更新,自 2009 年以来还有三分之一没有更新。”
Mika Epstein 最近对志愿者(五人,信不信由你——只有五人)的 POV 进行了精彩的演示,他们审查了为存储库提交的插件(平均每天 35 个)。
从这个演示文稿中可以清楚地看出,审查是一个漫长、艰巨且注重细节的过程,旨在发现代码问题以及违反插件指南(如名称、商标等)的问题。
它成功了吗? 不是完全。 当然,任何由人类运行的系统都容易出现某种程度的错误。
订阅并获取我们的免费副本
WordPress 插件商业书籍
究竟如何在订阅经济中创造繁荣的 WordPress 插件业务。
与朋友分享
输入您朋友的电子邮件地址。 我们只会通过电子邮件向他们发送这本书,童子军的荣幸。
谢谢你的分享
太棒了——“The WordPress Plugin Business Book”的副本刚刚发送到. 想帮助我们更多地传播信息吗? 继续,与您的朋友和同事分享这本书。
感谢订阅!
- 我们刚刚将您的“The WordPress Plugin Business Book”副本发送到.
您的电子邮件中有错字吗? 单击此处编辑电子邮件地址并再次发送。
审查过程本身
Mika 的演讲还列出了审查过程中的许多问题。 基本上,一个由 5 名志愿者组成的团队平均每天提交 35 个插件,在一个过时的 BBPress 平台上工作,期望快速、简化、面向开发人员的流程是不合理的。
最终结果:在 WordPress.org 上的“添加插件”页面上,您不会知道要等待多长时间 - 但您可以看到有多少插件排在您的前面。
截至撰写本文时,审核队列中有 145 个插件,其中 108 个正在等待初始审核。Tweet
而且,正如 Speckyboy 的帖子所说,“Automattic 并不羞于将 [它的] 意志强加给存储库中的开发人员。”
还值得注意的是,上传和提交的过程不是很友好,尤其是对新手来说,这不鼓励新开发人员尝试他们的技能并以创造性的方式增加 WordPress 体验。
没有足够的数据!
在 WordPress 插件存储库中托管您的插件不会为您提供有关谁在使用您的插件以及如何使用的大量统计信息和数据。 您将盲目开发,只与下载次数和活跃安装次数的估计有关。 这使得几乎不可能做出任何智能的、数据驱动的决策。
正如 Chris Lema 所建议的 - 当您拥有数据时,您不会“盲目”,它可以让您看到需要就您的插件做出的非常重要和紧急的决定。 这些决定通常有利于您的用户在开发和支持方面的利益,并最终有利于您的插件的营销和定价优化过程。
这是 Matt Cromwell 与 Chris Lema 的一次快速聚会,讨论了这个话题以及其他相关话题。
使用 WordPress 存储库托管他们的插件的插件开发人员确实有一种合法的方式来获取他们的插件数据,但是,只要它是在用户同意和批准的情况下完成的。 Freemius Insights 可以通过在 WordPress 插件的数据拼图中提供所有缺失的部分来提供帮助。
插件限制
最后,开发人员必须应对存储库接受的插件的一长串限制。
正如 WordPress.org 的开发人员插件目录信息页面中简要概述的那样,这些限制包括:
- 您的插件必须 100% 符合 GPL(并且包括非 PHP 资产,例如图像和 CSS,它们不是 WordPress 代码的衍生品)
- 不能做任何违法或“道德上的冒犯”的事情
- 如果您希望它显示在 WP.org 站点上,开发人员必须使用插件团队提供的 Subversion 存储库——该目录“是托管站点,而不是列表站点”
- 必须具有可读且与 WP 插件自述文件标准兼容的 readme.txt 文件
指南和要求的列表要长得多,包括禁止违反 WordPress 商标和另一个提醒,团队可以删除可能被视为垃圾邮件、非法或道德上令人反感的插件的插件。
结论
对开发人员社区的观点和需求缺乏认识或考虑是本文提到的许多缺点的基础。
再加上存储库接受的插件质量的感知或实际问题以及强制执行的许多要求,难怪存储库对一些开发人员失去了吸引力。
那么解决方案是什么?
如果您是一位有兴趣使用您的代码快速为 WordPress 社区做出贡献的开发人员,您可能需要考虑 GitHub,例如 Coen Jacobs:
它基本上是一个远程存储库,您可以在其中存储代码。 但 GitHub 提供了更多。 您将获得一个基本的票证系统、wiki 和一个在线查看(和共享,如果您的存储库是公开的)代码的好方法。
当然,GitHub 为插件开发人员提供了自己的一组优点和缺点。 因此,在做出最终决定之前,您应该批判性地考虑这个问题。
但是,如果您在 WordPress 插件世界中的意图和计划是长期且重复的 – 也许您还想在某个时候使用免费增值模式通过您的插件获利 – 也许 WordPress.org 存储库适合您,尽管它的所有缺点。 此外,作为 WordPress 社区的成员,我们应该敦促对存储库进行改进,以解决其缺点和问题。
你怎么看? 对于插件开发人员来说,存储库的优点是否值得所有缺点和问题?