2009-04-29 25 views

回答

4

嗯,我不知道URL是如何解析服務器端,但是可能會有性能影響。

或者,好吧,影響不是正確的詞。它會像一隻極小的蒼蠅咬着一隻巨大的猛獁......所以你不應該爲此擔心。

當然,除了性能,只需鏈接到正確的URL會更好。可能還有其他影響,並且URL可能在將來無法使用。

+0

尼斯。我同意,這可能不值得擔心 – 2009-04-29 07:35:35

+0

+1的猛獁象飛行類比! ;-) – Cerebrus 2009-04-29 07:57:55

1

我敢肯定,性能影響可以忽略不計或甚至不存在。

0

與Firefox嘗試,似乎FF要求 GET http://www.microsoft.com//downloads 收到301永久移動,然後FF索要正確的地址 (在這種非常情況下,它收到另一個301指向http://www.microsoft.com/downloads/en/default.aspx) 所以是的,有是性能問題,服務器的壓力,是一種錯誤的行爲

(也可能是不同的服務器配置可能會採取不同的)

+1

您還可以從http://www.microsoft.com/downloads重定向到http://www.microsoft.com/downloads/en/default.aspx,因此它不是由於雙斜槓。更好的測試是http://www.microsoft.com///downloads/en/default.aspx不會導致重定向。 – andynormancx 2009-04-29 07:48:17

+0

我認爲新的縮短SO代碼的網址需要一些工作:( – andynormancx 2009-04-29 07:50:51

+0

由於我的狀態取決於服務器配置,url-rewrite或類似等。) 問題是這是一個錯誤的行爲,可能會導致服務器壓力並且極不可靠 – kentaromiura 2009-04-29 08:40:20

0

沒有,沒有任何區別。或者至少你無法理解這種差異。 只是比較做

ls /<any-path>/myFile 

ls /<any-path>//myFile 

路易斯

+0

你正在比較不同的東西而不是問題,問題與URL有關,//的行爲取決於Web服務器處理請求 – Steven 2009-04-29 08:54:31

+0

確實,我做了一個類比,它取決於服務器。可能使用正則表達式,它只是一個有限的自動機,如果請求是靜態的(或者是一個cgi/application/whatever的路徑),它將傳遞文件系統的路徑。類似的情況是ls或任何命令訪問文件系統,shell將使用類似的有限自動機來解析路徑,你是對的:它絕對不一樣,它是相似的,這個問題:兩者之間沒有可衡量的差異,也不是令人擔憂的理由。 – Luixv 2009-04-29 09:58:19

+0

@Luixv編碼目錄遍歷漏洞,一次SO帖子) – 2009-04-29 11:59:27