HOME    FORUMS    MEMBERS    RECENT POSTS    LOG IN  
Баннер 1   Баннер 2

ANTICHAT — форум по информационной безопасности, OSINT и технологиям

ANTICHAT — русскоязычное сообщество по безопасности, OSINT и программированию. Форум ранее работал на доменах antichat.ru, antichat.com и antichat.club, и теперь снова доступен на новом адресе — forum.antichat.xyz.
Форум восстановлен и продолжает развитие: доступны архивные темы, добавляются новые обсуждения и материалы.
⚠️ Старые аккаунты восстановить невозможно — необходимо зарегистрироваться заново.
Вернуться   Форум АНТИЧАТ > ПРОГРАММИРОВАНИЕ > PHP
   
Ответ
 
Опции темы Поиск в этой теме Опции просмотра

  #11  
Старый 27.12.2007, 21:20
Player1
Новичок
Регистрация: 18.12.2007
Сообщений: 13
Провел на форуме:
50615

Репутация: 1
По умолчанию

туда же
Вместо функции set_time_limit, недоступной в безопасном режиме, можно использовать ini_set("max_execution_time", 90000000);
 
Ответить с цитированием

  #12  
Старый 27.12.2007, 23:11
[Raz0r]
Members of Antichat - Level 5
Регистрация: 25.02.2007
Сообщений: 495
Провел на форуме:
3244717

Репутация: 1980
Отправить сообщение для [Raz0r] с помощью ICQ
По умолчанию

а перлом не удобнее будет?
 
Ответить с цитированием

  #13  
Старый 28.12.2007, 10:51
otmorozok428
Banned
Регистрация: 19.10.2007
Сообщений: 152
Провел на форуме:
557623

Репутация: 415
По умолчанию

Цитата:
ini_set("max_execution_time", 90000000);
Это уже выше было - значение 0 означает, что время выполнения скрипта не ограничено. Безопасный режим на сервере - off.

Вообще, понял почему скрипт работает именно 5 минут. На php.net в описании директивы max_execution_time есть такой абзац:

Your web server can have other timeouts. E.g. Apache has Timeout directive, IIS has CGI timeout function, both default to 300 seconds. See the web server documentation for meaning of it.

Т.е. с интерпретатором PHP это вообще никак не связано, всю малину обламывает Апач.
 
Ответить с цитированием

  #14  
Старый 28.12.2007, 11:28
otmorozok428
Banned
Регистрация: 19.10.2007
Сообщений: 152
Провел на форуме:
557623

Репутация: 415
По умолчанию

Вот нашёл функцию apache_reset_timeout():

apache_reset_timeout() сбрасывает таймер сервера Apache, который по-умолчанию установлен в 300 секунд. При set_time_limit(0); ignore_user_abort(true) и периодических вызовах apache_reset_timeout(), Apache теоретически может работать вечно.

Эта функция требует Apache 1.


Теоретически она должна решить существующую проблему. На практике:

Fatal error: Call to undefined function: apache_reset_timeout() in /home/blablabla/test4.php on line 39

Видимо, действительно придётся заморочиться с двумя взаимовызываемыми скриптами...
 
Ответить с цитированием

  #15  
Старый 28.12.2007, 11:49
groundhog
Познавший АНТИЧАТ
Регистрация: 12.05.2007
Сообщений: 1,235
Провел на форуме:
2238549

Репутация: 1318


Отправить сообщение для groundhog с помощью ICQ
По умолчанию

Эта функция недоступна в безопасном режиме.

Цитата:
Видимо, действительно придётся заморочиться с двумя взаимовызываемыми скриптами...
Если такие скрипты поработают с часок, они некисло нагрузят сервак и злой одмин забанит твой аккаунт.
 
Ответить с цитированием

  #16  
Старый 28.12.2007, 11:55
otmorozok428
Banned
Регистрация: 19.10.2007
Сообщений: 152
Провел на форуме:
557623

Репутация: 415
По умолчанию

Цитата:
Эта функция недоступна в безопасном режиме
Safe_mode=OFF
 
Ответить с цитированием

  #17  
Старый 28.12.2007, 12:20
groundhog
Познавший АНТИЧАТ
Регистрация: 12.05.2007
Сообщений: 1,235
Провел на форуме:
2238549

Репутация: 1318


Отправить сообщение для groundhog с помощью ICQ
По умолчанию

Поискал по данной проблеме: http://bugs.php.net/bug.php?id=42579

Беда на уровне исходников. Нужно патчить PHP и пересобирать заново. У тебя какая версия? Обновись с http://snaps.php.net/. Вроде изменения по этой проблеме внесены в CVS ещё 7 сентября...
 
Ответить с цитированием

  #18  
Старый 28.12.2007, 12:29
Player1
Новичок
Регистрация: 18.12.2007
Сообщений: 13
Провел на форуме:
50615

Репутация: 1
По умолчанию

Цитата:
Сообщение от groundhog  
Если такие скрипты поработают с часок, они некисло нагрузят сервак и злой одмин забанит твой аккаунт.
если он не забухал то шанс приличный, хотя пока не парься - у админа тоже бывает новый год
 
Ответить с цитированием

  #19  
Старый 28.12.2007, 12:48
otmorozok428
Banned
Регистрация: 19.10.2007
Сообщений: 152
Провел на форуме:
557623

Репутация: 415
По умолчанию

Цитата:
Поискал по данной проблеме: http://bugs.php.net/bug.php?id=42579

Беда на уровне исходников. Нужно патчить PHP и пересобирать заново. У тебя какая версия? Обновись с http://snaps.php.net/. Вроде изменения по этой проблеме внесены в CVS ещё 7 сентября...
Да, я это уже тоже видел

Цитата:
У тебя какая версия?
PHP Version 4.2.2
 
Ответить с цитированием

  #20  
Старый 16.07.2008, 20:00
otmorozok428
Banned
Регистрация: 19.10.2007
Сообщений: 152
Провел на форуме:
557623

Репутация: 415
По умолчанию

Проблема была решена так:
PHP код:
@set_time_limit(0);
 @
ini_set('max_execution_time',0); 
Скрипт на сервере продолжает работать, даже если в браузере его прибить.
Решение было позаимствовано из rst sql dumper 2.0
 
Ответить с цитированием
Ответ



Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Books PHP FRAGNATIC PHP 186 21.02.2010 02:41
Скрипта защиты паролем на странице на php cardons PHP 3 27.12.2005 01:08



Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 


Быстрый переход




ANTICHAT.XYZ