專家見解：與 ManageWP 的 Stefan Karamancic 的對話

曾幾何時，WordPress 是一個簡單的博客平台。 多年來，它已成為構建各種網站的最強大工具。 ManageWP 的支持老將 Stefan Karamancic 也是如此。 他今天和我們一起打破僵局，歡迎大家來到我們的“專家見解”博客系列，我們將採訪 ManageWP 支持團隊，讓您深入了解他們帶來的經驗和奉獻精神以及一些故障排除他們每天使用的技術。

回到 2009 年，WoW 和女博主有什麼共同點？ 我聽說答案是——你。 它是否正確？ 你能告訴我們你是如何開始 WordPress 行業的嗎？

好吧，你可以這麼說。 事實是，兩者都激發了人們追求網絡技術職業的興趣。 大約 15 年前，我遇到了一個女孩，我不知道她會是那個……向我介紹一個全新的世界，WordPress 的世界！ 她在 WordPress.com 上有一個個人博客，我幫她調整了幾次外觀。 我們在這里和那裡做了一些自定義 CSS，我幫助她充分利用了我們當時可用的免費主題。 那是一個不同的時代。 一切都不太可定制，所以我們經常不得不更多地依賴定制功能和調整。

由於我對技術充滿熱情並且對應用我新發現的知識的可能性感到好奇，所以我開始在我的一些項目中使用 WordPress。 我建立了一些公會論壇和一些簡單的網站，主要是為了我的家人和朋友。 讓它們保持最新，並隨著時間的推移添加新功能幫助我深入了解使用 WordPress 構建網站的本質。 回想起來，那些充滿激情的項目真的讓整個學習過程變得輕而易舉。 我不是在學習找工作； 我正在學習改進我的激情項目。 現在，我們有很多插件和主題，這個行業也發生了很大的變化。 您只需很少或無需編碼即可構建出色的網站。

在當今世界，我們不斷受到信息的轟炸，因為每天都會出現新的故事、來源和趨勢。 您如何了解 WordPress 的最新發展？

這是一個很好的問題。 我發現定義我感興趣的領域並關註一些新聞來源以便每個人都了解情況很有幫助。

我喜歡 WP Tavern 和官方 WordPress 網站（尤其是開發人員資源），以獲取一般 WordPress 知識和社區新聞。 除了閱讀即將發布的公告外，我還喜歡與 WordPress 社區保持聯繫。 官方 WordPress Slack 是收聽新聞和向其他社區成員尋求幫助的好地方。

另一個很棒的網站是 WP Beginner。 它涵蓋各種主題，並不斷發布和更新他們的指南和文章。 如果您正在尋找基礎知識，那麼 WP Beginner 不會出錯。

我發現下一個重要的領域是網站安全！ Sucuri 和 WordFence 時事通訊以及博客是我了解網站安全的首選來源，因為這始終是一場貓捉老鼠的遊戲。

至於更廣泛的網絡技術新聞，我遵循 CSS 技巧、The Register 和 Smashing Magazine。

當涉及到 WordPress 時，您如何解決問題和排除故障？

與我掌握最新進展的方式相同，我會確定受問題影響的區域，並在開始調查之前收集盡可能多的信息。 我通常首先確認它是否僅限於特定組件或操作。 預期結果應該是什麼樣的？ 這是我能夠可靠地重現的東西嗎？ 同樣的事情是否發生在任何其他網站上？

然後，當我掌握了所有這些信息後，我開始逐步複製該過程，並隨著它的展開進行跟踪。 啟用錯誤日誌記錄會很有幫助，因為通過這些日誌可以最快地查看問題出在哪裡。 當日誌中有一些有用的信息時，我可以快速找到問題的解決方案，看看它是否得到解決，然後再試一次。 例如，如果插件沒有更新，我總是嘗試重新運行更新或嘗試更新 Hello Dolly 或網站上的其他一些基本插件。 如果該過程失敗，我可以檢查日誌並找到網站或服務器收到的確切響應。 是文件權限、許可證問題還是服務器內存不足導致的嚴重錯誤？ 不管是什麼，訪問錯誤日誌都會使故障排除過程更加容易。

此外，一個問題可能有多種原因，因此在您解決第一個問題後彈出另一個問題的情況並不少見。 在這些情況下，您必須始終專注於最初的問題並順著主線前進，直到理清頭緒。

使用這種方法，您必須要講一些有趣的故事。 您能否分享一個您幫助解決的特別具有挑戰性的支持案例的示例？

是的，最有趣的網站克隆請求以某種方式進入了我的收件箱。 你可能會說我很喜歡克隆事故！ 幾年前，我們收到了一張票，用戶需要幫助克隆他們的網站。 案例是他們的實時網站在開始克隆後就崩潰了。 起初，我很驚訝，因為我們的克隆工具與被克隆的網站沒有交互，因為我們使用存儲在我們服務器上的備份，所以這是非常不尋常的。 我多次查看票證並喝了一杯新鮮的咖啡，試圖繪製並追溯我們用戶的步驟。 當我進去複制這個問題並得到相同的結果時，這個謎團加深了。

我檢查了插件、主題和網絡服務器設置，試圖看看這背後的原因，但沒有發現任何異常情況。 那一刻，我想，“讓我們回到基礎，從頭開始。 ” 我們工具的內部工作原理非常簡單：

• 在克隆或緩解網站之前，必須創建備份。 檢查！
• 然後我們將該備份傳輸到目標服務器。 無論我們是通過 PHP 還是 FTP 連接，它仍然是目標服務器，不應該以任何方式影響源網站。
• 最後一步，在新服務器上提取文件，並導入數據庫。 同樣，這是一台與源代碼沒有明顯聯繫的新服務器。

“當你排除了不可能的事情后，剩下的無論多麼不可能，都一定是真相。” –

夏洛克·福爾摩斯

這是我引導內心的夏洛克福爾摩斯並開始從列表中劃掉的地方。 很快就很明顯，混合可能導致源網站崩潰的唯一步驟是最後克隆階段的數據庫導入。 事實證明，兩個網站（源和目標）都在同一個託管計劃中，用戶發送給我們的數據庫憑據是針對實時（源）網站的，而不是針對目標的。 這通常不是問題，因為數據庫服務器通常設置為限制訪問。 儘管如此，在這種情況下，兩個網站都可以連接到兩個數據庫，而我們的克隆工具將數據導入了錯誤的數據庫。 一旦我與用戶確認了這一點，我就能夠幫助和指導他們完成克隆過程。 幸運的是，此後我們沒有人嘗試過此操作，但是測試和確認數據庫來源已添加到我們的程序中。

用戶在使用 ManageWP 時遇到的一些常見誤解或挑戰又如何呢？

幸運的是，數量不多。 我喜歡認為這樣做的原因是直觀的用戶體驗設計。 我最喜歡的引導用戶瀏覽的方法是處理網站 URL，這更符合 DNS 的實際工作方式。 當您在瀏覽器中訪問一個網站時，您通常會輸入 URL 並回車，而不會考慮是否有 www，或者您輸入的是 HTTP 還是 HTTPS。 你讓你的瀏覽器處理那種事情。

在ManageWP中添加網站時，必須注意這些事情。 DNS 的工作方式，www.example.com 和 example.com 之間，或者http://www.example.com和https://example.com之間可能存在巨大差異。 它們都可能指向同一個網站。 但也有可能它們會導致兩個完全不同的網站！ 我們經常在網站遷移或所有權變更時看到這種情況，因為那是最有可能發生此類 DNS 變更的時候。

我對每個嘗試連接他們網站的人的建議是“當您在 ManageWP 中填寫網站 URL 時，讓您的瀏覽器完成工作，然後只需從地址欄複製並粘貼您主頁的 URL。

Stefan Karamancic，ManageWP 支持

關於如何有效地與支持團隊溝通以獲得他們需要的幫助，您能否為用戶分享一些技巧？

當然可以！ 與我們聯繫時，最好包括您為幫助我們立即重現問題而採取的確切步驟。 理想情況下，您會向我們發送項目符號列表，或者如果您更喜歡講故事，那麼在描述您要聯繫的內容時盡可能具體無害。 有了足夠的信息，我們可以在收到您的初始支持票後立即開始故障排除過程，而不必回信要求您進一步詳細說明。

另外，我注意到更多的人需要附上截圖。 有時，我們無法重現您報告的問題，將您在屏幕上看到的內容截屏會有很大幫助！

我知道這看起來並不多，但是這些簡單的事情可以大大節省時間，並且比來回幾次更能讓我們更快地找到解決方案。

這總結了我們對斯特凡的採訪。 如果你有什麼問題想問他，或者你對我們接下來應該採訪誰有什麼建議，歡迎在下方留言！