Pergunta

Suponha que para qualquer url se um '//' é adicionado ao invés de '/' por acidente no pedido. Pode este efeito o desempenho do pedido http?

por exemplo.

  1. http://www.microsoft.com/downloads
    v / s
  2. http://www.microsoft.com//downloads

Esta razão que eu estou pedindo isso é; em um dos nossos aplicativo os urls dinâmicos estavam construindo errado no servidor de produção por algum motivo. Estamos corrigir esse problema, mas nesse meio tempo eu estou realmente preocupação sobre o que é o possível problema que pode ocorrer devido a isso?

Foi útil?

Solução

Bem, eu não sei como exatamente a URL é server-side analisado, mas sim provavelmente haverá um impacto no desempenho.

Ou, bem, o impacto não é a palavra certa. Vai ser um como um minúsculo voar mordendo um mamute enorme ... então você realmente não deve se preocupar com isso.

É claro que, além de desempenho, seria melhor para apenas link para a URL correta. Pode haver outros efeitos, ea URL pode não funcionar no futuro.

Outras dicas

É apenas coincidência que o seu URL fornecido está redirecionando para algo que faz sentido. Se isso não é a url você obterá 404 em um monte de servidores.

http://slashdot.org/recent/

http://slashdot.org//recent/

Especialmente quando você considerar tudo o URL reescrever acontecendo estes dias.

Eu tenho de reescrever que são como: ^ http://site.com/directory/ {0 , 1} $

que lhe daria uma boa 404;)

O url que você postou tem um impacto no desempenho (ignorando o //). O fato de que a URL utiliza um re-direta (301 código) irá diminuir o desempenho para baixo, uma vez que re-orienta a partir http : //www.microsoft.com/downloads http://www.microsoft.com/downloads/en/default.aspx.

Isso também acontece quando você esquecer de adicionar a última barra à direita.

Eu tenho certeza de que o impacto de desempenho é insignificante ou não existe mesmo.

Tentando com o Firefox, parece que FF pedir GET http://www.microsoft.com//downloads receber um 301 movido permanentemente e, em seguida, FF pedir o endereço correto (E neste caso em que receber outro 301 que aponta para http://www.microsoft. com / download / en / default.aspx ) Então, sim, há problema de desempenho, o stress do servidor e é um comportamento errado

(e, provavelmente, a configuração do servidor diferente poderia agir de maneira diferente)

Não, não há nenhuma diferença. Ou, pelo menos, você não pode apreciar a diferença. Basta comparar fazendo

ls /<any-path>/myFile

com

ls /<any-path>//myFile

Luis

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top