Domanda

Supponi qualsiasi url se un '//' viene aggiunto invece su '/' per errore nella richiesta. Questo può influire sulle prestazioni della richiesta http?

per es.

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

Questo è il motivo per cui lo sto chiedendo; in una delle nostre applicazioni gli URL dinamici stavano costruendo male sul server di produzione per qualche motivo. Stiamo risolvendo questo problema, ma nel frattempo sono davvero preoccupato per quali sono i possibili problemi che possono verificarsi a causa di questo?

È stato utile?

Soluzione

Beh, non so come viene analizzato esattamente l'URL sul lato server, ma sì, probabilmente ci sarà un impatto sulle prestazioni.

Oppure, beh, impatto non è la parola giusta. Sarà come una mosca minuscola che morde un enorme mammut ... quindi non dovresti davvero preoccupartene.

Naturalmente, a parte le prestazioni, sarebbe meglio collegarsi semplicemente all'URL corretto. Potrebbero esserci altri effetti e l'URL potrebbe non funzionare in futuro.

Altri suggerimenti

È solo una coincidenza che il tuo URL fornito stia reindirizzando a qualcosa di sensato. In caso contrario, riceverai 404 su molti server.

http://slashdot.org/recent/

http://slashdot.org//recent/

Soprattutto se si considera la riscrittura di tutti gli URL in corso in questi giorni.

Ho riscritto come: ^ http://site.com/directory/ {0 , 1} $

Che ti darebbe un bel 404;)

L'URL che hai pubblicato ha un impatto sulle prestazioni (ignorando //). Il fatto che l'URL utilizzi un re-direct (codice 301) rallenterà le prestazioni mentre reindirizza da http : //www.microsoft.com/downloads a http://www.microsoft.com/downloads/en/default.aspx.

Ciò accade anche quando si dimentica di aggiungere l'ultima barra finale.

Sono abbastanza sicuro che l'impatto sulle prestazioni è trascurabile o addirittura non esiste.

Provando con Firefox, sembra che FF lo chieda OTTIENI http://www.microsoft.com//downloads ricevere un 301 spostato in modo permanente e quindi FF chiedere l'indirizzo corretto (e in questo caso riceve un altro 301 che punta a http://www.microsoft. com / downloads / it / default.aspx ) quindi sì, c'è un problema di prestazioni, stress del server ed è un comportamento sbagliato

(e probabilmente una diversa configurazione del server potrebbe agire diversamente)

No, non c'è differenza. O almeno non puoi apprezzare la differenza. Basta confrontare facendo

ls /<any-path>/myFile

con

ls /<any-path>//myFile

Luis

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top