htaccess 重定向到另一個域是否仍然影響原始網站的頻寬？
我有一個域（我們稱之為
one.com），其中包含：
- 一個網站
- 一個 MySQL DB + 一個用 PHP 編寫的 REST API 服務來訪問數據
API 服務由通過 url 呼叫它的移動平台使用
one.com/api。傳入/傳出 API 的內容只是 JSON 數據。一切都由著名的服務託管，該服務保證了非常大的頻寬。無論如何，我們從來沒有遇到過達到限制的問題，因為傳輸的數據量和應用程序的使用率相對較低。
出於幾個原因，我們決定將整個 DB 和 API 基礎架構移動到另一個域，稱為它
two.com，使用它的 API 端點two.com/api，只留下網站。為此，one.com/api必須將移動應用程序發送到的請求重定向到新的two.com/api. 我們使用 Apache 的 htaccess “mod_rewrite” 方式成功地做到了這一點。現在，對於網站來說，慷慨的託管
one.com變得太多了，我們將把它降級為更便宜的共享託管，但是這次我們讀到“每月大約 10.000 次訪問的負載適合這個共享計劃”。明明是一個參考，對我們網站來說應該沒問題，但是 REST API 服務呢？我的意思是，如果我們的應用程序的使用量在未來增加，
one.com頻寬是否仍會受到請求呼叫的影響，從而引入可能的瓶頸？one.com -> two.com
我假設您正在談論 301 重定向（永久移動）。
您的 one.com 伺服器仍會使用一些頻寬，但不會像重定向之前那樣多。301 重定向只是用一個響應頭來回答客戶端，告訴他們請求一些新的 URL。它不會發送新 URL 的實際內容。因此，您將只使用最小的頻寬來發送那個小的響應標頭，但是根據您的 api 的受歡迎程度，它仍然可以安裝。這還取決於你的應用程序是否足夠聰明，可以知道 301 是指 301，而不是 302，並且記得將未來的請求發送到新的 URL。
在任何一種情況下，更新您的應用程序以指向新的 URL 會更好。