如何不使用 WordPress 表达不满
已发表: 2015-11-07几天前,我就非开发人员如何为核心 WordPress 开发做出贡献和影响提供了建议。 在线交流很困难,但你在哪里以及如何交流会影响产生影响的可能性。
CMS Critic 是我多年来一直阅读的一个网站,因为它定期发布有关各种内容管理系统(包括 WordPress)的文章。
10 月下旬,Kaya Ismail 发表了一篇文章,描述了 WordPress 如何通过六种方式改进自身。 本来可以是一篇很棒的文章,但却是一个很好的例子,说明如何不与 WordPress 沟通你的不满。
26 位开发者很懒惰
包括我自己在内的很多人都对 WordPress 4.4 中的 26 个主题有意见。 Ismail 认为主题背后的开发人员很懒惰。
我完全理解 WordPress 不需要与那里可用的大量第三方主题库竞争,但这并不意味着它们应该以这样糟糕的默认主题领先。 这简直就是懒惰。
Tammie Lister、Takashi Irie 和其他人继续为 26 日努力工作,为 12 月的 WordPress 4.4 版本做准备。 他们远不是懒惰的人,使伊斯梅尔的意见更像是一种侮辱。 他没有提供任何关于默认主题应该包含什么的示例或想法。
WordPress 插件目录
根据 Ismail 的说法,除了出色的插件外,WordPress 插件目录中还充斥着大量垃圾。 虽然目录中的一些插件可以更好地编码,但他的解释没有描述解决方案。
许多插件根本不起作用,而更多插件组合不当,这反过来又使 WordPress 作为一个平台更难使用。 质量控制需要改进。
他没有链接到损坏的插件,没有提供任何代码示例,也没有显示质量控制不足的地方。 他的说法是一个没有证据支持的假设。
那些监督插件目录的人不会测试每个提交的插件以确保它与 WordPress 一起工作。 除此之外,他们的工作是确保插件提交没有安全问题。 如果版主对每个插件进行质量控制,提交队列可能会有大量积压。
Ismail 不应编写毫无根据的假设,而应监视 Make WordPress Plugins 站点以掌握插件目录的最新情况并在必要时提交反馈。 如果发现损坏的插件,他应该在插件的支持区域内创建一个论坛线程。
这样,直接控制 WordPress 插件目录的人就可以看到他的反馈。 向开发人员报告损坏的插件的简单行为是朝着成为解决方案的一部分而不是问题的重要一步。
管理员菜单混乱
我同意 Ismail 的观点,即如果激活了正确的插件,WordPress 管理菜单可能会变得杂乱无章。 至少在这种情况下,他提出了一个替代方案。
我希望看到 WordPress 将第三方菜单选项组合在一起,以一种更有条理和更少干扰的方式。 也许这可以通过在菜单中给他们一个可以折叠的子部分来完成。 解决方案本身取决于他们,但问题是显而易见的。
插件开发人员何时应该创建顶级或子级菜单项有一些指导方针,但它们并没有得到尽可能好的遵循。 如果不严格执行这些准则,它就超出了 WordPress 的掌控。 投诉的方向是错误的,应该指向第三方开发人员,而不是 WordPress 本身。
如果您想更好地控制项目在管理菜单中的显示方式,我建议使用 Mark Jaquith 的 Menu Humility 插件。
Akismet 还不够
根据 Ismail 的说法,评论垃圾邮件是 WordPress 网站的一个主要问题,Akismet 并没有采取足够的措施来阻止它。
Akismet 是一个垃圾评论过滤器,现在随每个 WordPress 安装一起提供——这是一件好事。 但是免费版本对我来说还不够,因为评论仍然堆积在后端。 如果你问我,WordPress 需要找到另一种方法来扭转无情的垃圾邮件浪潮。
需要澄清的是,Akismet 自 2.0 版以来已与 WordPress 捆绑在一起,并且在 Akismet 保护网站的方式上,免费版和商业版之间没有区别。 他没有就 WordPress 可以做些什么来阻止垃圾邮件提供任何建议,但表示它必须做一些事情。
WordPress 核心团队的成员应该如何处理这种反馈? 它没有帮助,没有提供任何想法,并且很容易丢弃。
更新很难
根据您的虚拟主机配置,更新主题、插件和 WordPress 就像单击按钮一样简单。 对于更喜欢冒险的人,您可以将它们配置为自动发生。 对于伊斯梅尔来说,更新过程很困难。
更新插件可能会导致它与另一个插件之间发生冲突。 更新主题可以删除您的修改(除非您使用子主题),而更新 WordPress 本身可以使您的各种插件变得多余,直到他们的开发人员应用补丁。 迷茫了吗? 你应该。
他提出了一些好的观点,但编辑主题而不是子主题就像编辑 WordPress 核心文件,这几乎永远不会发生。 更新后确实存在轻微的故障风险,但这更像是一种异常情况而不是常见情况。
Ismail 建议 WordPress 考虑全面保留主题更改,并在插件相互干扰时提供警报。 我喜欢这些建议,我希望有一天,WordPress 将能够在更新过程中创建快照,以确保应用更新后网站不会中断。
WordPress黑客马拉松
Ismail 的最后一点是 WordPress 如何提高其安全性。
我认为我们都同意 WordPress 需要加强自身实力(例如,通过加强其管理员登录页面),但我呼吁它更进一步并开始提供更好的保护,即使它的价格很低.
当然,存在第三方解决方案。 但是为什么我必须将几个安全插件拼凑在一起,每个插件都有自己令人困惑的设置,只是为了保护我的网站? 许多 WordPress 用户已经习惯以这种方式处理自己的安全问题; 但我认为 WordPress 需要承担更多责任。
他希望 WordPress 更进一步,提供更好的保护,但没有说明保护是什么。 他也没有解释 WordPress 应该在何处、如何或为何承担更多责任以使网站更安全。
成为解决方案的一部分,而不是问题
Ismail 在他的文章结束时说,现在是 WordPress 创新的时候了。 他还说:“提供解决方案的责任不在我身上,而是在 WordPress 身上。 现在是他们开始为长期存在的问题提出创新解决方案的时候了。”
这篇文章是 CMS Critic 如何选择不参与解决方案的另一个例子。 每个人都有权发表自己的意见,但表达听起来更像是要求的不满并告诉核心开发人员开始创新并不是取得结果的秘诀。
WordPress 核心开发人员 Mark Jaquith 的这句话雄辩地描述了沟通技巧在开源项目中的重要性。
对于任何工作,尤其是在开源领域工作,你需要的第一技能是沟通技巧。 你需要有清晰、一致、同情心、相关性、一点厚脸皮和体面的幽默感。
提出解决方案的责任可能不在 Ismail 或我们任何人身上,但他和其他人可以通过在正确的地方提供建设性反馈来帮助发现并成为解决方案的一部分。 WordPress 有很多问题,但人们有很多机会可以加强并为使软件变得更好做出贡献。

