當開啟 「工具 – 防水牆」,提示 「請先開啟相關應用」,說明雲平臺的站點 ID 和 KEY 出問題了。不小心弄丟失了雲平臺的 「站點 ID」 和 「站點通訊 KEY」 不要緊,下面手把手教你找回 「站點 ID」 和 「站點通訊 KEY」 。
如果防水牆提示 「出了點小錯,由於站點 ID/通訊 KEY 等關鍵資訊丟失導致 Discuz! 雲平臺服務出現異常,使用診斷工具檢測站點 ID 和 KEY,如有疑問請訪問官方論壇尋求幫助」,也可以透過如下教程實現修復。
遇到此問題,最好的解決方案莫過於重新開通雲平臺,但是 DISCUZ 並不能直接重新開通,而需要藉助生成修復檔案來實現。
DISCUZ X3.1 的使用者:
1 、依次開啟 「後臺 -> 工具 -> 雲平臺診斷工具 – 手動修改站點 ID/KEY」,清空站點 ID 和站點通訊 KEY,將狀態改為 「尚未開通雲平臺」,提交。 (切勿使用 「更換站點 KEY」 和 「同步站點資訊」,這些操作都是徒勞的)
2 、開啟 「http://domain/admin.php%3Facti ... Dopen」,來到 「Discuz! 雲平臺」 的 「開通 Discuz! 雲平臺」 版塊,點選 「我要開通」,彈出提示框 「您即將轉向 Discuz! 雲平臺 (http://cp.discuz.qq.com) 完成開通流程」,點選 「繼續」,接下來會提示站點 URL 重複註冊,根據他的步驟操作 (目的是為了驗證操作者的 FTP 許可權) 。
3 、開啟驗證檔案的頁面,會顯示 「當前站點地址」 、 「當前站點 ID」 、 「當前站點 KEY」 和 「當前雲平臺狀態」,除了 「當前站點地址」 之外其他都是 「無」 。點選 「恢復 Discuz! 雲平臺資料右邊」 的 「點這裡繼續」 。
注:
如果提示,「操作失敗:沒有操作許可權! 請確認檔案 http://domain/驗證檔案.php 存在,且站點未處於關閉狀態 (#108)」,請給這個檔案 CHMOD 加上執行許可權 (777),若為 WINDOWS,請修改 IIS 網站的屬性,加上執行許可權。
如果提示,「操作失敗:操作被鎖定! 請先刪除 ./data/discuzx_utility.lock 檔案 (#106)」,那就把 「根目錄/data/discuzx_utility.lock」 給刪掉。
4 、接下來會顯示 「恢復 Discuz! 雲平臺上的站點資訊」,具體有 「站點 ID」 、 「站點 Key」 、 「站點 uniqueid」 、 「建立時間」 和 「狀態」,點選 「恢復雲平臺資料」 。
5 、提示 「Discuz! 雲平臺站點資訊恢復成功 (請立即到管理後臺雲平臺同步站點資訊)」,刪掉更目錄下的驗證檔案。
6 、回到 「後臺 -> 工具 -> 雲平臺診斷工具」,看看 「站點 ID」 和 「站點通訊 KEY」 是否找回來了,找回來後點選 「手動修改站點 KEY/ID」,將 「狀態」 的 「註冊雲平臺,等待完成」 改為 「已開通雲平臺」,提交。
7 、站點 ID/KEY 狀態設定成功,大功告成!
現在再看看防水牆使用是否正常,以及相關雲平臺的功能外掛是不是沒有 「請先開啟相關應用」 的提示了?
本次實驗環境:(僅在本實驗環境進行測試):
1 、服務端:
作業系統:Linux 2.6.18-371.4.1.el5 CentOS release 5.10 (Final)
相關應用:DISCUZ 、 UCENTER 、雲平臺
硬體狀況:Intel(R) Xeon(R) CPU E5-2630 0 @ 2.00GHz
2 、客戶端
作業系統:WINDOWS7 旗艦版
相關應用:FLASHFXP
硬體狀況:Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz