網站設定
後臺 網站設定,分成幾個標籤頁。這裡挑需要解釋的說。
基本設定
| 專案 | 說明 |
|---|---|
| 店鋪名稱 / 標題 / 關鍵詞 / 描述 | 前臺展示與 SEO |
| Logo、背景圖 | 電腦端和手機端可以分別設定 |
| 前臺主題 / 會員中心主題 | 電腦端和手機端分別選,主題在應用商店裡裝 |
| 關閉站點 | 開啟後前臺顯示維護提示,後臺仍可進 |
| 註冊開關 / 註冊方式 | 關掉就不允許註冊新使用者 |
| 註冊驗證 / 登入驗證 / 下單驗證 | 驗證碼開關,防機器人刷單 |
| 郵箱驗證 / 手機驗證 | 註冊時要不要驗證郵箱或手機 |
| 找回密碼方式 | 郵箱還是手機 |
| 使用者名稱長度 | 限制註冊使用者名稱長度 |
| 會話有效期 | 使用者多久不操作會掉線 |
| 後臺登入驗證 | 後臺登入的驗證碼開關 |
其他設定
自定義支付回撥域名
什麼時候需要: 網站套了 CDN,或者 CDN 帶防火牆,導致支付回撥很慢甚至失敗。
怎麼解決: 另外綁一個直連伺服器的地址,比如 http://123.123.123.123:41823,填到這裡。回撥就繞開 CDN 直達伺服器,又快又穩。
會不會洩露伺服器 IP: 用碼支付、易支付這類 submit 表單跳轉的平臺,懂行的人抓包能看到這個地址,也就知道了你的伺服器 IP 或未套 CDN 的域名 —— 僅此而已,沒有其他安全風險。用官方支付寶/微信,或者內部 request 拿 qrcode / payUrl 的平臺,則完全不存在這個問題。
無論哪種情況,配了回撥域名都能提升回撥穩定性,推薦設定。
分站相關
主站域名、DNS-CNAME、顯示哪個供貨商的商品,詳見 分站模組 和 供貨系統。
推廣功能
整個推廣分成功能的總開關,預設開啟。關掉後,會員中心不再顯示推廣中心,推廣連結不再記錄來源,新訂單不再產生推廣分成;已有的上下級關係和歷史分成不受影響。詳見 推廣分成。
提現
提現方式(支付寶 / 微信 / USDT / 餘額)、最低提現額、提現手續費。
充值
最低 / 最高充值額、充值贈送規則。
貨幣
站點貨幣程式碼、符號、小數位、匯率。匯率的含義是「1 個站點貨幣值多少人民幣」,只在提交支付閘道器時起作用。
強制登入
開啟後整站必須登入才能瀏覽。
郵箱設定
配置 SMTP。配完一定要用測試功能發一封試試,成功了再去商品裡開啟郵件通知,否則買家收不到郵件你還不知道。
簡訊設定
配置簡訊服務商,用於註冊驗證和找回密碼。
安全設定
| 專案 | 說明 |
|---|---|
| 後臺入口金鑰 | 給 /admin 加一道暗門,不知道金鑰的人打不開後臺 |
| 後台閒置自動鎖定 | 管理員多少分鐘沒有操作就自動鎖定,要重新輸入密碼或用通行密鑰才能解鎖。可填 0–1440,預設 15,填 0 關閉。見 帳號與登入安全 |
| IP 獲取方式 | 套了 CDN 或反代時,要選對才能拿到訪客真實 IP |
| 受信代理 IP | 配合上一項,只有來自這些 IP 的轉發頭才被信任 |
| CSP 模式 | 內容安全策略。強制模式能擋住大部分注入型攻擊,但可能攔掉你自己加的外部指令碼、嵌入的播放器等 —— 被攔的都會記錄下來,可以從違規記錄裡點選放行 |
| 外鏈過濾 / 外鏈白名單 | 限制站內能出現的外部連結域名 |
| 請求日誌 | 記錄請求明細用於排查。日誌是加密儲存的,金鑰存在資料庫裡 |
CSP 強制模式開啟後先自己點一遍前後臺,確認沒有功能被攔。放行只能從違規記錄裡操作,沒有手工輸入框。
從違規記錄放行
違規記錄裡能放行的那一行,右邊有個 允許 按鈕。點一下就把被攔的外部網址加進白名單,可以選只放這個網址、這個目錄還是整個域名。放行後在哪生效,看資源類型:
| 被攔的資源 | 放行後在哪生效 |
|---|---|
| 指令碼 | 只在前臺。後臺一律不載入第三方指令碼 |
| 框架(iframe)、樣式、字型、影音、網路請求 | 前臺和後臺都生效 |
框架、影音和網路請求本來就放行所有 https 網址,被攔的通常是 http 網址,能換成 https 更好。放行過的網址列在「已放行的外部資源」裡,不需要了可以移除。
富文字編輯器的提醒
在後臺編輯商品介紹、店鋪公告時,編輯器會提前告訴你哪些外部內容會出問題:
- 連結或圖片的域名不在外鏈白名單裡 —— 儲存時會被移除。點 加入白名單 直接放行這個域名
- 嵌入的外部內容會被 CSP 攔下(例如 http 網址的影片播放器),訪客看不到。點 允許顯示 放行,重新整理頁面後生效
這兩個按鈕只有主管理員帳號(安裝時建立的那個)能用,其他管理員只會看到提示。
套了 Amazon CloudFront
3.8.4 起,IP 獲取方式 可以選 HTTP_CLOUDFRONT_VIEWER_ADDRESS,讀取 CloudFront 的 CloudFront-Viewer-Address 請求標頭。這個標頭由 CloudFront 依訪客的實際連線填入,訪客無法偽造。CloudFront 和網站兩邊都要設定:
- CloudFront 要把這個標頭轉送給網站伺服器。 在分佈(Distribution)的「行為」(Behaviors)裡,原始伺服器請求政策(Origin request policy)選受管政策
AllViewerAndCloudFrontHeaders-2022-06,或自訂一個包含CloudFront-Viewer-Address的原始伺服器請求政策。這個標頭只能加在原始伺服器請求政策裡,快取政策加不了。 - 「受信代理 IP」要填 CloudFront 連到伺服器所用的網段。 AWS 在 ip-ranges.json 公布,取
service為CLOUDFRONT_ORIGIN_FACING的項目,IPv4 和 IPv6 的都要填。直連來源REMOTE_ADDR不在受信清單裡時,程式不讀任何 CDN 標頭,一律用REMOTE_ADDR。
下面這條指令會直接列出第 2 步要填的網段,一行一個(需要 jq)。AWS 會不定期調整這份清單,隔一段時間要重新核對:
curl -s https://ip-ranges.amazonaws.com/ip-ranges.json \
| jq -r '(.prefixes[], .ipv6_prefixes[]) | select(.service == "CLOUDFRONT_ORIGIN_FACING") | .ip_prefix // .ipv6_prefix'設定好後透過 CloudFront 開啟這個設定頁,下拉選單每個選項後面都會顯示它目前讀到的 IP。HTTP_CLOUDFRONT_VIEWER_ADDRESS 後面是你自己的 IP,就表示第 1 步生效了。
- 還沒升級到 3.8.4: 選
HTTP_X_FORWARDED_FOR,受信代理 IP 填同樣的網段,一樣能拿到真實 IP。 - 別把
CloudFront-Viewer-Address改寫成X-Real-IP再選HTTP_X_REAL_IP。 這個標頭的格式是「IP:連接埠」,IPv6 也不加方括號,只有HTTP_CLOUDFRONT_VIEWER_ADDRESS會正確去掉連接埠。改寫過去的話,IPv6 訪客全都會變成 CloudFront 節點的 IP。 HTTP_CF_CONNECTING_IP是 Cloudflare 的,跟 CloudFront 無關。
語言翻譯
管理多語言詞條。系統支援多語言,語言包可以在這裡匯入和編輯。
檔案管理
後臺自帶的檔案管理器,可以直接看和改網站檔案。慎用,改錯了站點會打不開。
操作日誌
管理員在後臺做過什麼,都記在這裡。多人管理時用得上。
