如何不使用 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 有很多問題,但人們有很多機會可以加強並為使軟件變得更好做出貢獻。

