假設對於任何URL,如果在請求中誤添加了'//'而不是'/'。這可以影響http請求的性能嗎?可以'//'影響http請求的性能嗎?
例如
這個原因,我問這個是;在我們的一個應用程序中,出於某種原因,動態URL在生產服務器上構建錯誤。我們正在解決這個問題,但同時我真的擔心由此可能出現的問題是什麼?
假設對於任何URL,如果在請求中誤添加了'//'而不是'/'。這可以影響http請求的性能嗎?可以'//'影響http請求的性能嗎?
例如
這個原因,我問這個是;在我們的一個應用程序中,出於某種原因,動態URL在生產服務器上構建錯誤。我們正在解決這個問題,但同時我真的擔心由此可能出現的問題是什麼?
嗯,我不知道URL是如何解析服務器端,但是可能會有性能影響。
或者,好吧,影響不是正確的詞。它會像一隻極小的蒼蠅咬着一隻巨大的猛獁......所以你不應該爲此擔心。
當然,除了性能,只需鏈接到正確的URL會更好。可能還有其他影響,並且URL可能在將來無法使用。
我敢肯定,性能影響可以忽略不計或甚至不存在。
與Firefox嘗試,似乎FF要求 GET http://www.microsoft.com//downloads 收到301永久移動,然後FF索要正確的地址 (在這種非常情況下,它收到另一個301指向http://www.microsoft.com/downloads/en/default.aspx) 所以是的,有是性能問題,服務器的壓力,是一種錯誤的行爲
(也可能是不同的服務器配置可能會採取不同的)
您還可以從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
我認爲新的縮短SO代碼的網址需要一些工作:( – andynormancx 2009-04-29 07:50:51
由於我的狀態取決於服務器配置,url-rewrite或類似等。) 問題是這是一個錯誤的行爲,可能會導致服務器壓力並且極不可靠 – kentaromiura 2009-04-29 08:40:20
已發佈的網址確實有一個性能的影響(忽略//)。 url重新指向(301代碼)會導致性能下降,因爲它將從http://www.microsoft.com/downloads 重新指向http://www.microsoft.com/downloads/en/default.aspx。
當您忘記添加最後一個斜線時也會發生這種情況。
這只是巧合,您的網址提供重定向到有意義的東西。如果這不是網址,你會在很多服務器上獲得404。
尤其是當你考慮所有的URL重寫會在這些天。
我重寫的是這樣的:^ http://site.com/directory/ {0,1} $
這會給你一個不錯的404;)
沒有,沒有任何區別。或者至少你無法理解這種差異。 只是比較做
ls /<any-path>/myFile
與
ls /<any-path>//myFile
路易斯
你正在比較不同的東西而不是問題,問題與URL有關,//的行爲取決於Web服務器處理請求 – Steven 2009-04-29 08:54:31
確實,我做了一個類比,它取決於服務器。可能使用正則表達式,它只是一個有限的自動機,如果請求是靜態的(或者是一個cgi/application/whatever的路徑),它將傳遞文件系統的路徑。類似的情況是ls或任何命令訪問文件系統,shell將使用類似的有限自動機來解析路徑,你是對的:它絕對不一樣,它是相似的,這個問題:兩者之間沒有可衡量的差異,也不是令人擔憂的理由。 – Luixv 2009-04-29 09:58:19
@Luixv編碼目錄遍歷漏洞,一次SO帖子) – 2009-04-29 11:59:27
尼斯。我同意,這可能不值得擔心 – 2009-04-29 07:35:35
+1的猛獁象飛行類比! ;-) – Cerebrus 2009-04-29 07:57:55