Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
броузер дергает страницу, которая может ну очень долго выполняться. не отвалится ли броузер, не дождавшись ответа? или будет упорно висеть до победного ответа с сервера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2008, 15:04 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
Наверняка вывалится по какому-либо тайм-ауту... Никто не ждет вечно. Меняй алгоритЪм ;) ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2008, 16:19 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
krvsa Никто не ждет вечно тынць Можно попробовать подсмотреть, что IIS отдает M$ IE при debug\'е и, если получицо, заюзать... _________________ "Helo, word!" - 17 errors 56 warnings ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2008, 17:24 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
Так это asp... Мы вот работаем с csp. Там в настройках четко указывается время таймаута... Правда там можно указать 0, т.е. жди вечно. Но так никто не поступает. Все решается организацией алгоритма... ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 09:50 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
Дык здесь вопрос в том, будет ли ждать до посинения клиент, если на сервере таймаут 0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 09:56 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
krvsa Там в настройках четко указывается время таймаута... Смотри (настройки стандартные): если тупо запускаем - получаем таймаут, а, вот, если ляпнуть breakpoint (получаецо мы теперь под debug'ом) и пойти покурить, потом на апет, потом заглянуть ышо куда-то - M$ IE ждет до головокружения у его шарика ;) Вывод: при debug'е IIS отдает что-то такое, что M$ IE все равно на каком ухе тюбетейка (настройки таймаутов). Хотя... Я могу и ошибацо в своем предположении... _________________ "Helo, word!" - 17 errors 56 warnings Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 10:40 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
Ex_Soft , в моем случае дело не в IIS... А в СУБД Cache на котором реализована технология csp (Каше Сервис Пейджес). По истечению Кащейского тайм-аута на меня "забъет" сама СУБД, считая, что я, как процесс, уже "отвалился"... Т.е. уже не работаю с СУБД по какой-либо причине. :) ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 11:52 |
|
||
|
очень долгий ответ серверной страницы
|
|||
|---|---|---|---|
|
#18+
krvsa А в СУБД Гы... Хмара ж в наших руках Тут все зависит от того, как обрабатывать таймаут с СУБД. Если перехватить timeout'овский exception и, 4 example, законнектицо снова - то нам уже становицо все равно что там делает СУБД. Проблема топикстартера же, как я понял, именно в отвале по таймауту веб-сервера. Т.е. это равносильно, если мы, 4 example, в Page_Load вставим индийский Sleep _________________ "Helo, word!" - 17 errors 56 warnings Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 12:02 |
|
||
|
|

start [/forum/topic.php?fid=22&msg=35062912&tid=1457062]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
189ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 278ms |
| total: | 574ms |

| 0 / 0 |
