Почему это плохая идея иметь длинные тайм-ауты httpResponse?

Question

Я обнаружил, что вы можете настроить тайм-аут httpResponse в web.config для проекта .net.

<httpRuntime requestValidationMode="2.0" requestValidationType="SampleRequestValidator" maxRequestLength="2097151" executionTimeout="3600" /> 

Мой вопрос заключается в следующем: Почему это плохая идея, чтобы иметь действительно длинный тайм-аут установить и то, что должно быть идеальным верхний предел? Причина, по которой мне нужно настроить это значение, заключается в большом количестве времени, которое требуется для сжатия больших файлов, прежде чем их можно будет передавать в клиентский браузер. Цените ввод!

Answer 1

Вы не контролируете всю цепочку запросов. Браузер и любые прокси-серверы между браузером и вашим сервером могут налагать свои собственные значения таймаута на соединение, которое может быть короче вашего. Я бы посмотрел на то, чтобы сделать вашу обработку асинхронной и не связывать одно соединение, ожидающее завершения длительной операции.