已創建論壇回覆
-
帖子
-
狀態碼如果是 502 的話還好判斷些，就是資源不足導致，但 504 這個碰到的並不多，一般要麼是服務器配置方面不正常接收不到數據，要麼就是程序哪裏有異常。
排查方式的話，你們需要挑客户訪問最少的時候做窮舉測試。直接切換主題到默認、停用全部插件，然後分批的開啓和關閉，看網站的情況才能找出。
或者是在插件目錄新建一個 old-plugins，然後把全部插件都移動過去，之後去後台刷新和做一些操作，之後分批次的移動插件回到 plugins 目錄，這樣可以判斷到是否為插件引起 （通常來説是由於代碼的不兼容性導致的問題非常多，我們前陣子丟代碼也是因為這個） 。
這個操作耗時耗力高風險，要先備份數據庫和程序包之後再操作。
可以按照下面的方式排查下，説是標題有空格的問題，
Google 了下很多網站都有這個問題。
是要記錄子目錄還是説就單獨的某個頁面？
如果是記錄單獨某個頁面你可以另外創建一個統計代碼專門寫入到這個頁面裏。
如果是子目錄的話也可以另外配一個試試。
不知道你用的是什麼主題，如果是熱門主題的話一般可以直接通過自定義設置這些去掉，如果不行的話，這個要寫 CSS 代碼隱藏。
可以貼上你網站的產品分類地址，幫你看下。
沒遇到其他客户反饋此問題，我們本機測試頁沒復現，商城更新了最新版本的，可以去下載了換上去看看，如果問題還存在的話，需要給下站點健康裏面的信息。
後台在你們系統裏面應該有我們初始部署的預置插件，找到 禁用評論，然後網絡開啓，之後選擇全站範圍內禁用評論即可。
先要在系統內改造，之後再上雲，
我們的商城就是 WooCommerce 結構，你可以去看下站點的內容結構。
是這個意思，然後調整 WordPress 程序裏設置的對應 URL 就行，這個操作建議你先備份數據庫，也就是分步驟處理：
1 、先靜態分離出來；
2 、上傳到 OSS 裏；
3 、修改數據庫 URL ，這樣操作保險點。高危操作前記得備份數據庫，我們這段時間折騰丟了不少個性化數據。
可以先參考下面的帖子，如果要傳到阿里雲，需要還需要配置下阿里雲那邊的設置，WordPress 的設置下面是做數據分離。
