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，如果他們在註意到有“跳過並停用”選項之前選擇了該選項，則給人的印像是，如果不提供任何反饋就無法停用產品。

現在，當選擇“其他”選項並且說明框為空時，該按鈕已啟用並標記為“停用”：

而且，顯然，不會向我們發送任何數據，因為空的“其他”反饋是無用的。

匿名反饋默認複選框狀態

如果用戶跳過選擇加入並選擇使用停用反饋表提供反饋，則默認情況下反饋不是匿名的，以便您在需要時與用戶聯繫。 此版本的 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 看板，同時祝您銷售愉快！