Может ли '//' повлиять на производительность http-запроса? - PullRequest
1 голос
/ 29 апреля 2009

Предположим для любого URL, если вместо '/' добавлено вместо '/' случайно в запросе. Может ли это повлиять на производительность HTTP-запроса?

, например

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

Вот почему я спрашиваю это; в одном из наших приложений по какой-то причине динамические URL-адреса создавались неправильно на рабочем сервере. Мы исправляем эту проблему, но в то же время я действительно обеспокоен тем, какие возможные проблемы могут возникнуть из-за этого?

Ответы [ 6 ]

4 голосов
/ 29 апреля 2009

Ну, я не знаю, как именно URL анализируется на стороне сервера, но да, вероятно, это повлияет на производительность.

Или, ну, удар не то слово. Это будет как маленькая муха, кусающая огромного мамонта ... так что тебе не стоит об этом беспокоиться.

Конечно, кроме производительности, было бы лучше просто ссылаться на правильный URL. Могут быть и другие эффекты, и URL может не работать в будущем.

3 голосов
/ 29 апреля 2009

Это просто совпадение, что предоставленные вами URL перенаправляют на что-то, что имеет смысл. Если это не URL, вы получите 404 на многих серверах.

http://slashdot.org/recent/

http://slashdot.org//recent/

Особенно, если учесть все переписывания URL, происходящие в эти дни.

У меня есть переписать что-то вроде: ^ http://site.com/directory/{0,1}$

Что дало бы тебе хороший 404;)

2 голосов
/ 29 апреля 2009

URL-адрес, который вы разместили, влияет на производительность (игнорируя //). Тот факт, что URL-адрес использует перенаправление (код 301), снизит производительность, поскольку он перенаправляет с http://www.microsoft.com/downloads до http://www.microsoft.com/downloads/en/default.aspx.

Это также происходит, когда вы забыли добавить последнюю косую черту.

1 голос
/ 29 апреля 2009

Я почти уверен, что влияние на производительность незначительно или даже не существует.

0 голосов
/ 29 апреля 2009

Нет, разницы нет. Или, по крайней мере, вы не можете оценить разницу. Просто сравните выполнение

ls /<any-path>/myFile

с

ls /<any-path>//myFile

Луис

0 голосов
/ 29 апреля 2009

Попытка с Firefox, кажется, что FF просит ПОЛУЧИТЬ http://www.microsoft.com//downloads Получите 301 Переехал навсегда, а затем FF попросить правильный адрес (и в этом самом случае он получает еще 301, указывая на http://www.microsoft.com/downloads/en/default.aspx) так что да, есть проблема с производительностью, нагрузка на сервер и неправильное поведение

(и, возможно, другая конфигурация сервера может работать по-разному)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...