2010-01-15 5 views
2

Я где-то читал, что вы можете просто иметь 2 соединения (например, запросы ajax) на один и тот же сервер. это верно?2 соединения на сервер?

поэтому вы не можете запускать 3 запроса ajax одновременно? что будет с третьим?

и если у меня есть один iframe, тогда я могу просто запустить 1 запрос ajax в то время?

Что такое самый простой способ обойти это?

Какие ключевые слова я могу использовать для поиска дополнительной информации об этом в google?

ответ

1

Вы читаете это правильно, браузеры ограничивают одновременное соединение с одним и тем же доменом до 2 для запросов любого типа (скрипт src, image src, ajax и т. Д.), Исходящий из данного документа, его можно изменить в реестре для IE и о: config в Firefox.

Один из способов обойти это - иметь дополнительные CNAME для вашего хоста.

+0

Есть ли хорошие учебники, чтобы установить это в php? – ajsie

+0

Извините, я ничего не знаю о PHP – Murali

+0

Что вы используете для lanugage? Любопытно :) – ajsie

3

Сервер Максимального пр 2 соединения предусмотрен в HTTP RFC 2616 раздела 8.1 http://www.ietf.org/rfc/rfc2616.txt

Клиентов, которые используют постоянные соединения следует ограничить количество одновременных соединений , что они поддерживают на данный сервер. A однопользовательский клиент НЕ ДОЛЖЕН поддерживать более двух соединений с на любом сервере или прокси. Прокси ДОЛЖНО использовать до 2 * N подключений к другому серверу или прокси, где N - это число одновременно активных пользователей . Эти рекомендации предназначены для улучшения ответа HTTP и предотвращения перегрузки.

Вопрос: что будет с третьим?

Третий будет поставлен в очередь до тех пор пока один из других вызовов HTTP вернуться

Q: если I've получил один IFRAME, то я могу просто запустить 1 запрос Ajax в то время?

Функция Iframe будет загружена через соединение HTTP, но как только содержание HTML был возвращен вызов HTTP завершен, и вы снова есть 2 доступных соединений HTTP

Q: что это самый простой способ, чтобы обойти это?

Наиболее важным является отсутствие длинных HTTP-запросов, то есть ускорение обработки на стороне сервера. Пока HTTP-запросы отвечают менее чем за 100 мс, для обычных приложений это не проблема.

+0

, но im использовали комету и будут использовать длинные запросы, что и является целью. надеюсь, сервер справится с этим. – ajsie

+0

Также обратите внимание на ответ мастера @, в котором говорится о хорошей «оптимизации», которую вы можете направить на ваш сайт более двух подключений, если вы создадите несколько дополнительных CNAMES (например, foo1.bar.com, foo2 .bar.com). Hower, у этого есть некоторые другие недостатки. – csl

Смежные вопросы