Http
使用埠而不是 HTTP 請求來告訴伺服器要服務哪個站點
使用埠告訴我的伺服器返回哪個網站而不是從 HTTP 請求中獲取該資訊有什麼缺點嗎？是否有最佳實踐來決定使用哪個埠範圍？
據我了解，如果我依賴 HTTP 請求，可能很難使用 HTTPS，儘管我目前不打算使用 HTTPS。
我相信我可以在每個網站域中設置一個 DNS 記錄，告訴它通過 SRV 記錄映射到我的伺服器上的哪個埠。
伺服器是一個使用 HTTP 庫的簡單 golang 程序。該機器是通過 Google Compute Engine 託管的具有靜態 IP 地址的 Debian VM。任何一個選項都取決於允許我指定埠或允許我解析 http 請求的 golang 庫，我相信我可以做到這兩點。我相信埠選項將導致執行多個伺服器“程序”，這將是單獨的 golang 程序，管理起來可能很複雜（跟踪哪些站點在哪些埠上），而 HTTP 請求選項將導致執行單個伺服器程序它可以為所有網站提供服務，這些網站的設置可能有點複雜，但更容易維護。
堅持使用虛擬主機，讓 apache 通過標頭確定要服務的站點。使用 80 以外的埠並假設客戶端會從 SRV 記錄中找出它是行不通的。
所有現代瀏覽器都支持這種方法，較新版本的 apache 和 Web 瀏覽器甚至使用 TLS 支持這種方法，以防您最終決定切換到 HTTPS。