У меня есть приложение, в котором кажется, что для разных пользователей существует разное время ожидания, а для некоторых пользователей оно слишком рано.
Это приложение на C # /. NET, которое работает на основе ASPX. Веб-сайт. По сути, вы заполняете форму и нажимаете кнопку «Отправить», а затем должны подождать несколько минут, и вы получите результаты. Когда я подключаюсь к системе и выполняю это действие, это занимает около девяти минут, и я вижу результаты.
Но если другой пользователь выполняет это действие через пять минут, он получает сообщение «Эта страница не может быть отображена» в браузере (inte rnet explorer - остальная часть сообщения - «» Убедитесь, что веб-адрес http: //… правильный, найдите страницу с помощью bing, обновите sh страницу за несколько минут ”).
Немного больше информации:
Сначала эти девять минут кажутся длинными, но существует огромное количество данных (сбор точек данных за промежуток года), которые обрабатываются и отображаются, и в основном это работает, поэтому я не думаю, что это необходимо обсудить этот момент. Для меньшего количества данных проблем нет.
Данные из базы данных получают через C#, и он выполняет запросы к базе данных MS SQL. Сначала я подумал, что это поможет установить в web.config в теге httpRuntime атрибут executionTimeout. Но тег compilation имеет флаг debug, установленный в true (и приложение разворачивается как выпуск через визуальную студию на сервере), поэтому флаг отладки (насколько я понимаю) в любом случае переопределяет ExecutionTimeout.
Сервер, на котором запущено приложение, - Windows Server 2012 R2, и для сайта, который я также установил в IIS в дополнительных настройках в области поведения / ограничений, время ожидания подключения на более высоком значении. Но это не имеет никакого эффекта.
Мне кажется, что я упускаю какой-то момент, потому что, насколько я понимаю, в развернутом приложении не заданы тайм-ауты (из-за флага отладки), и это поведение кажется заданным пользователем. c. У вас есть какие-либо подсказки или идеи, где я могу искать?
Редактировать В комментариях было предложено проверить журналы сервера SQL на наличие ошибок, журнал был без ошибок.