Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
Порядка двух минут - это очень похоже на браузер 08.06.04 14:46 Число просмотров: 1498
Автор: Ktirf <Æ Rusakov> Статус: Elderman
|
> > Браузер сам может "забить" на ожидание запроса, как в
> > принципе и прокси.. побороть - хз, надо какие то
> данные
> > слать понемногу..
> так и делаю, но это довольно не эстетично.
>
> была мысль на счет браузера - в той же мозилле можно
> править параметры браузера (prefs.js файл, вроде бы), в том
> числе и пару таймаутов ... но не похоже на то, что это
> именно бразуер...
Похоже как раз, что это именно браузер. Собственно, проверить проще простого: пошевелить настройки этих самых таймаутов (в Мозилле, в Опере). Скорее всего, это request timeout (http.request.timeout в Gecko-браузерах).
Интересно, что в той же Мозилле есть еще http.keep-alive.timeout. В каком-нибудь HTTP 1.1 случайно нет механизма поддержки соединения?
|
|
<sysadmin>
|
set_time_limit(0) - но скрипт завершает работу через пару минут после запуска. 07.06.04 19:48
Автор: Eugene Статус: Незарегистрированный пользователь
|
пхп скрипт. в нем устанавливается неограниченный интервал для исполнения с помошью set_time_limit(0);
тем не менее - через пару минут после начала работы я получаю в браузере "невозможно отобразить страницу" либо же, при работе через прокси "ответ нулевой длины". как это можно побороть?
|
|
Браузер сам может "забить" на ожидание запроса, как в... 07.06.04 23:49
Автор: Killer{R} <Dmitry> Статус: Elderman
|
|
Браузер сам может "забить" на ожидание запроса, как в принципе и прокси.. побороть - хз, надо какие то данные слать понемногу..
|
| |
так и делаю, но это довольно не эстетично.
08.06.04 00:05
Автор: Eugene Статус: Незарегистрированный пользователь
|
> Браузер сам может "забить" на ожидание запроса, как в
> принципе и прокси.. побороть - хз, надо какие то данные
> слать понемногу..
так и делаю, но это довольно не эстетично.
была мысль на счет браузера - в той же мозилле можно править параметры браузера (prefs.js файл, вроде бы), в том числе и пару таймаутов ... но не похоже на то, что это именно бразуер...
|
| | |
Порядка двух минут - это очень похоже на браузер 08.06.04 14:46
Автор: Ktirf <Æ Rusakov> Статус: Elderman
|
> > Браузер сам может "забить" на ожидание запроса, как в
> > принципе и прокси.. побороть - хз, надо какие то
> данные
> > слать понемногу..
> так и делаю, но это довольно не эстетично.
>
> была мысль на счет браузера - в той же мозилле можно
> править параметры браузера (prefs.js файл, вроде бы), в том
> числе и пару таймаутов ... но не похоже на то, что это
> именно бразуер...
Похоже как раз, что это именно браузер. Собственно, проверить проще простого: пошевелить настройки этих самых таймаутов (в Мозилле, в Опере). Скорее всего, это request timeout (http.request.timeout в Gecko-браузерах).
Интересно, что в той же Мозилле есть еще http.keep-alive.timeout. В каком-нибудь HTTP 1.1 случайно нет механизма поддержки соединения?
|
| | |
так и делаю, но это довольно не эстетично. 08.06.04 00:55
Автор: Killer{R} <Dmitry> Статус: Elderman
|
> была мысль на счет браузера - в той же мозилле можно
> править параметры браузера (prefs.js файл, вроде бы), в том
> числе и пару таймаутов ... но не похоже на то, что это
> именно бразуер...
В ИЕ тоже есть таймауты. Вернее в самом браузере ИЕ их нету а вот в функции InternetSetOption есть опции установки разных таймаутов. Хотя как то своеобразно они работают...
|
|
|
подробно о проекте
Анализ криптографических сетевых...
