關閉wordpress網址跳轉作法及應用

分享

為何要關閉

  1. 希望網站有多網址:希望一個站有多網址,但是wordpress原生機制不支持只好來想辦法處理。
  2. 導入免費的SSL證書:通常是使用了CDN服務且希望透過CDN提供了一個免費的SSL證書,但可能因為wordpress的判斷機製造成回圈不停跳轉的狀況。所以希望他不要判斷網址來跳轉。

作法

修改設定檔 wp-config.php

找下列這行(xx可能是任何文字取決於建立時的設定)

$table_prefix  = 'xx_';

在此行之下插入下列內容並儲存

/**
 *註解掉網址跳轉
 *
 * 限制放置在 $table_prefix  = 'xx_'; 之下行。
 * 加入此兩行參數後可以將wordpress 設定 > 一般 中的兩個網址設定反灰。
 * 在此設定之後首頁的判斷跳轉會失效且原先連結網址的部分就不是固定由程式產生,而是以web service中的host的訪問url進行網址的產生。
 */
define('WP_SITEURL', 'http://' . $_SERVER['HTTP_HOST']);
define('WP_HOME', 'http://' . $_SERVER['HTTP_HOST']);

如何驗證以經設定完成了?

在設定完之後您會發現 設定>一般 中的兩個網址設定反灰,如下圖

在這個狀況之下代表您已經設定完成

且現在的網址就像一般的程式交由web server來判斷host來產生資源的連結

Read more

雲端架構延遲問題:為什麼AP與DB不能放太遠?

雲端與地端的架構差異認知不足導致的性能陷阱 前言 許多企業在上雲初期,經常基於成本考量或錯誤認知,將應用程式伺服器(AP)與資料庫(DB)部署在不同區域。這種做法在地端環境中影響較小,但在雲端環境中卻會造成嚴重的性能問題。本文透過台北-東京的實際案例,說明距離對雲端架構的致命影響。 核心問題: * 地端思維:同個機房內不同區域延遲可忽略 * 雲端現實:跨區域延遲可達數十毫秒 * 結果:連線建立時間從毫秒級暴增到秒級 1. 地端 vs 雲端的延遲差異 1.1 地端環境的延遲特性 傳統地端機房: 同機房不同機櫃:RTT < 1ms 同城市不同機房:RTT < 5ms 同國家不同城市:RTT < 20ms 地端架構師的經驗: * AP和DB分別放在不同機櫃:幾乎無延遲影響 * 災備機房放在不同城市:RTT約10-15ms,可接受 * 習慣性認為「網路延遲不是問題」

By Albert Yu