WordPress SDK 2.5.0-RC.1 已准备好进行测试：克隆分辨率、停用反馈 UX 增强、资产混合等

这是官方的！ WordPress SDK 2.5.0 RC1 现在提供了很棒的（和相关的）增强功能，可以解决我们认为您迄今为止最常见和最耗时的问题。

我们使用此版本的目标是帮助您减少支持负担，以便您可以将更多时间分配给可交付成果和其他更有成效的活动。

在我们深入研究这些功能之前，我们需要您的帮助🙌

征集测试人员

尽管我们进行了各种彻底的测试（自动、手动和回归测试），虽然我们对 2.5.0 的稳定性充满信心，但由于此版本中涉及的代码更改和用例的复杂性和数量，我们决定首先将其作为候选发布。

“我想参与测试——我能提供什么帮助？”

想帮助我们进行测试吗？ 这是伟大的和赞赏！

• 如果您正在运行 beta 程序，只需将 SDK 更新到此 RC 并将新版本作为beta推送。
• 如果您没有运行 beta 程序，并且知道您的一些客户正在运行克隆环境，例如过渡到生产环境，或者将您的插件/主题与 WP Ultimo 等 WaaS 插件一起使用，那么当他们因 SDK 问题联系您的支持时，您可以向他们发送使用此 SDK 的产品的特殊版本，因为它应该可以解决他们的问题。

无论如何，如果您试用 RC，是否遇到问题，或者相反，如果它解决了您的用户之前遇到的 SDK 问题，请告诉我们！ 只需通过 [email protected] 联系我们，打开 GitHub 问题，或使用任何其他对您来说最简单的沟通渠道——我们希望得到您的反馈

让我们深入了解这些功能。

重复网站和克隆解决方案

随着 WaaS（WordPress 即服务）网络和为生产部署工作流程提供一键式登台的托管公司的日益普及，您可能已经处理过客户抱怨涉及站点复制时出现的意外问题。

简而言之，克隆是一个网站（或子网站），它具有唯一的 ID 和一对由 Freemius 分配的公钥/秘密密钥，并且与另一个网站的 ID 和密钥相同。 您可以在此文档中了解有关克隆、它们通常是如何创建的以及何时创建的更多信息。

受 Jetpack 的 UI 启发，我很高兴地分享这个 SDK 版本带有一个功能齐全的克隆识别、管理和解析机制。 这项功能已经被搁置了很长一段时间，我强烈建议您熟悉克隆网站问题以及 WordPress SDK 如何处理它以充分利用增强功能：

停用反馈表 UX 增强功能

为疑难解答打盹

虽然我们的停用反馈表为用户提供了一个独特的机会，让他们可以在产品所有者放弃之前向他们提供反馈，但多年来我们听到了用户真的讨厌该功能的投诉。 在分析反馈后，我们设法将这种情绪专门归因于“疑难解答”部分。

插件更新是网站维护者每天必须处理的一项常见任务。 有时，由于冲突、错误和不兼容，插件/主题更新可能会出错，从而导致网站出现问题和意外错误。 维护者通常不会深入到代码层面，因此常见的故障排除过程是通过插件停用和重新激活来确定问题的原因，然后进行主题切换。 这意味着，您需要一个一个地停用插件，直到问题解决，然后以与停用它们相同的顺序单独重新激活它们。 理论上，这应该有助于隔离“有问题的”插件，但如果它没有发现问题，那么下一次尝试应该是“主题切换”。

随着使用我们 WordPress SDK 的主题和插件的“足迹”增长，停用反馈表会为每次停用添加额外的点击。 从那里，重新激活由 Freemius 提供支持的插件会自动重定向到选择加入屏幕或插件主设置页面（基于选择加入状态），这会再次单击以导航回插件页面。

这意味着在一个站点上使用 Freemius 的 5 个插件可能会增加 10 次额外点击——这对于故障排除者来说是可以理解的。 例如，在管理 20 个站点时，所有这些点击都会随着时间的推移而累积，这就解释了为什么一些维护者真的不喜欢 WordPress SDK。

在了解了“仇恨”背后的原因后，我们想出了一个简单的解决方案来减轻疑难解答者的“痛苦”，并希望能赢回他们的一些信任。

反馈表已显示一个选项，指示停用是暂时的故障排除。 因此，不仅仅是以我们的方式发送反馈……

1. 现在，我们展示了一个将面板暂停一小时到 30 天的选项。
2. 因为我们意识到它不会为产品所有者增加任何价值，所以选择打盹会完全跳过向 Freemius 发送反馈。
3. 最后，如果管理员暂停表单，重定向将在暂停期间关闭。

打盹只会影响当前登录的管理员，并且适用于该网站上安装的所有 Freemius 支持的插件和主题。

这种改进的 UX 可能会为“繁重”的疑难解答者节省大量点击，我们很高兴看到它会带来不同。

使用空的“其他”反馈启用停用

为了鼓励用户提交反馈，您可以采取行动，以前，当用户在停用反馈表单中选择“其他”选项时，“提交和停用”按钮的状态更改为禁用，直到用户输入一些输入来解释“其他的原因。

我们注意到这个 UX 存在问题，因为用户从左上角阅读，有些人选择该选项是因为他们根本不想提供任何反馈。 IE，如果他们在注意到有“跳过并停用”选项之前选择了该选项，则给人的印象是，如果不提供任何反馈就无法停用产品。

Now, when the 'Other' option is selected and the explanation box is empty, the button is enabled and labeled as 'Deactivate':

而且，显然，不会向我们发送任何数据，因为空的“其他”反馈是无用的。

匿名反馈默认复选框状态

如果用户跳过选择加入并选择使用停用反馈表提供反馈，则默认情况下反馈不是匿名的，以便您在需要时与用户联系。 此版本的 SDK 引入了一个新的过滤器，以便您可以控制反馈表的默认提交模式，并将其默认更改为匿名反馈，使用如下：

my_fs()->add_filter( 'default_to_anonymous_feedback', '__return_true' );

用户资产所有权混淆——不见了！

相当比例的 WordPress 插件和主题购买是由“建设者”进行的，最终项目被移交给他们的客户。 为了促进这种关系，我们提供了很大的灵活性，允许将账户资产的所有权从一个人更改为另一个人。

在没有深入研究技术细节的情况下，由于数百万个网站都在运行我们的 SDK，我们偶然发现了几个边缘案例，这些案例出乎意料地混淆了账户之间的资产。 虽然这些问题并不常见，但对客户、您和我们来说都是痛苦的。

如果有一场针对最烦人和最耗时的问题的竞赛，那么这个是 2020-2021 年无可争议的赢家will) 可能造成的伤害大于好处。

我们不仅在后端添加了一些限制以减少问题的实例，而且新的 WordPress SDK 版本还通过用户的额外输入增强了帐户的电子邮件更新体验，并且处理每种情况略有不同：

未找到 HTTP 404 的修复（又名“无更新”）

你们中的一些人可能已经收到支持票，客户抱怨 SDK 抛出错误并减慢系统速度，通常是来自调试日志（或其他调试插件）的错误的补充截图。

当没有更新版本时返回 HTTP 错误，这是在资源不存在时正确 RESTful API 实现的预期行为。

由于在联系我们之前了解这种行为并非易事，并且它为您（和我们）生成了不必要的支持票，我们已将 HTTP 响应代码修改为 200，以一劳永逸地消除这种混淆。 此 API 更改已在几周前部署，因此您很有可能已经注意到此类投诉已消失。

回顾过去，我们现在承认我们应该更早地做出这种改变。 只是有时“正确”的技术对最终用户来说并不“正确”。

对后台连接问题的容错

几周前，AWS 出现了临时停机。 当我们在亚马逊上托管我们的服务器时，停机时间自然会导致我们的 API 服务器出现连接问题。 在此期间执行 Freemius 同步 cron 的网站被添加了一个关于连接问题的可忽略的通知，引起了相关用户的大量支持查询。 该通知的目的是强调由于防火墙、ISP 阻塞等导致的持续连接问题。它不是针对临时连接问题。 因此，我们通过设置容错机制来改进逻辑，因此只有在连续 3 次连接尝试失败（通常为 3 天）后才会添加通知。

已弃用的多站点网络功能的解决方案

wpmu_new_blog()和deleted_blog()在 WP 5.1 中已弃用，在调试模式下运行时会发出通知。 我们更新了多站点集成，以便在新的 WordPress 版本上运行时相应地使用wp_insert_site()和wp_delete_site() 。 感谢 Dario Curvino 的贡献🙌

新过滤器

我们引入了一个新的hide_freemius_powered_by过滤器，允许您从 SDK 生成的页面中隐藏Powered by Freemius选项卡：

my_fs()->add_filter( 'hide_freemius_powered_by', '__return_false' );

还有另一个名为hide_billing_and_payments_info的过滤器，用于隐藏默认情况下在“帐户”页面中向客户显示的帐单和付款历史记录：

my_fs()->add_filter( hide_billing_and_payments_info', '__return_true' );

“匿名”许可证激活 — 我们听到您的声音！

作为一家初创公司或任何类型的企业，一开始你的资源都是有限的。 第一重点是产品/市场契合度，这自然会迫使您优先考虑并做出牺牲。 当我们开始 Freemius 时，我们对 WordPress 市场的分析是，DIY 用户代表了生态系统中最大比例的用户。 因此，一些实践和用户体验是为该部分设计的。 随着我们的成熟，在过去的两年里，我们付出了巨大的努力来应用多年来收集的反馈，以更好地满足维护者和构建者的需求。 虽然这在 WordPress 用户中所占的比例要小得多，但它是一个非常热情和重要的用户！

在这个阶段，多年来收到的绝大多数行为反馈已经被纳入 WordPress SDK。 但是仍然有一个重复请求通常来自具有更高隐私敏感性的精通技术的用户： “为什么我需要在激活许可证密钥时选择加入？”

虽然我们只收集了一些在许可证激活时有利于用户和产品制造商的基本指标——例如 WordPress 版本、PHP 版本和网站区域设置（完整信息记录在我们的新数据实践页面中）——但我们很担心我们想要解决，以便用户可以放心地享受您的产品。

因此，在下一个版本中，我们计划引入一个新的许可证激活选项，无需共享对于许可证激活和更新交付而言并非必不可少的数据。 我们不会重新设计数据架构，而是使用虚拟值屏蔽数据以提供最大的隐私。 请记住，我们仍然需要收集网站 URL 和 IP、SDK 版本以及产品是否处于活动状态。 但就是这样！

直到下一次

对即将到来的“匿名”许可证激活有反馈吗？ 您有什么想让我们考虑的功能吗？ 随时将它们添加到我们的 Trello 看板，同时祝您销售愉快！