- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Могу еще посоветовать сделать вывод сообщений в скрипте, допустим через 100 или 500 шагов цикла (а не один раз после завершения цикла)
Встречал сообщения о том что помогает не падать длительным скриптам.
Как это сделать?
Как это сделать?
например так изменив код
...
$num=100;
for ($k=0; $k<count($str)-1; $k++)
{
--$num;
if(!$num){
$num=100;
print 'Обработано '.$k.' строк<br>';
}
if (!empty($str[$k]))
...
gormarket, спасибо!!! оказывается даже пустой print " "; спасает!
Прошло времени: 466 секунд на 8266 записей, не считая времени загрузки файла.
Хотя мне лично не совсем понятно - неужели всегда так или можно как-то настроить apache более грамотно?
вероятно можно настроить, если понять что происходит и как
466 секунд
а не проще загрузить данный на сервер и обрабатывать их частями что бы в среднем время работы скрипта не превышало 30секунд :)
а не проще загрузить данный на сервер и обрабатывать их частями что бы в среднем время работы скрипта не превышало 30секунд :)
Спасибо, можно, и так, если будут затыки и увеличится объем информации, похоже позже и сделаю, просто нужно, чтобы клиент видел, что загрузка прошала и результат, сколько чего добавлено, сколько чего нового и т.п.. Если добавить еще таблицу со статистикой, то можно. Вообще похоже действительно апач не предназначен для таких обработок.
8200 записей без flush(); не обрабатываются даже с пустыми принтами, c периодическим flush(); - все нормально работает - cпасибо Tortemon.
В итоге, благодаря всем, по кусочкам нарисовалась полная картина - и все работает! Всем спасибо!