Прогресс-бар: схемы реализации? Вопрос вселенской важности!

@Teimos · Регистрация: 26.08.2010

Студворк — интернет-сервис помощи студентам

Имеется html-страничка, с которой jQuery аяксом делается запрос к скрипту slow.php, slow.php может работать непрерывно от нескольких секунд до нескольких часов (идет обработка большого количества фотографий). Вопрос - как без перезагрузки странички узнавать прогресс обработки изображений?

Варианты решений которые породил мой безумный мозг, но кривые руки не дали этому воплотиться:

1. Теория: В пхп скрипте ставить ob_implicit_flush и в каждом проходе цикла обработки изображений выводить echo $i, а на стороне клиента принимать эти $i и выводить прогресс-бар.
Практика: На деле же, клиент получает сразу весь документ ПОСЛЕ обработки пхп, то есть прогресс бара не получается =(

2. Теория: при каждом проходе цикла записывать файл log.txt примерно такого формата: $all|$curr - то есть "общее кол-во картинок|текущий порядковый номер картинки". Затем после отправки клиентом запроса к скрипту, вешать на setInterval функуию, которая раз в секунду будет проверять состояние log.txt и обновлять прогресс-бар. Напрямую log.txt средствами JS я не нашел как считать, потому решил создать log.php, к которому делать запросы раз в секунду. log.php читает файл log.txt, расчленяет на два числа и json-ом отправляет клиенту.
Практика: пока работает основной скрипт slow.php, не работает log.php. Я не понял почему так, но факт. Разве нельзя параллельно запускать два скрпта?

3. Теория: на клиенте раз в секунду обновлять iframe в который пихать log.txt, а из iframe'а уже доставать значения.
Практика: Когда я первый раз создаю ифрейм, значения берутся из log.txt правильное (например "2066|0"), а через секунду уничтожаю этот ифрейм и создаю новый, но! В новом фрейме значение из старого, словно берется из какого-то кэша =(

Итог: Я слоняюсь к варианту 2, но видимо не судьба. Кто знает ответ на эту загадку вселенной?

@ILA · 09.09.2010, 07:31

У мення получался вот такой вариант:

PHP
1
2
3
4
5
6
7
8
9
10
<?php ob_start();  //Стуртуем буферизацию 
$i=0; 
while($i<10){ 
    echo $i.'<br>';  //Выводим счетчик 
    ob_flush();        //Отсылаем буфер в браузер 
    flush(); 
    sleep(1); 
    $i++; 
} // while 
ob_end_flush(); ?>

@Teimos · 09.09.2010, 08:22 **[ТС]**

ILA, верно, это то же самое что и ob_implicit_flush() - вывод данных сразу, минуя буфер обмена... но! Естественно, если запускать скрипт напрямую, на экран, скажем так, будут по очереди выдаваться цифры, то есть все как надо. Но у нас то задача получать это ajax'ом =) Если в обычном случае у нас в браузер выведутся цифры 1 2 3 4 5 с интервалом в несколько секунд, то при приеме этих данных клиентом придет сразу вся строка 12345 после окончания работы скрипта =(

Не по теме:

Хочется красивый аякс-прогрессбар...
P.S.Почитайте про ob_implicit_flush - она гораздо удобнее чем ob_start/ob_clean

@ILA · 09.09.2010, 08:32

Понятно. Тогда должен работать второй метод. Для обновления progressbar-а используй новый объект XMLHttpRequest, результаты которого и анализируй. Если не выходит - пости сюда код. Будем посмотреть.

Humanoid · 09.09.2010, 08:32

Я когда-то тоже думал, как это лучше сделать. В результате через ajax обращался к скрипту, который выполнял не всю свою работу, а только часть... и возвращал сколько процентов завершено. И эти проценты основной скрипт высвечивал на экран и обращался снова к нему... и так до тех пор, пока проценты не дойдут до 100.
Тут важен компромис - чем меньше он будет обрабатывать (в твоём случае фотографий) за один раз, тем плавнее будет обновляться прогресс бар, но при этом будут больше потери на отправку запроса серверу и т.п.

@Teimos · 09.09.2010, 08:57 **[ТС]**

Так вот, я ж написал в чем проблема второго метода: в папке лежат два скрипта, один обрабатывает картинки (работает долго) а второй отвечает за прогресс-бар. И пока работает первый, второй просто недоступен! Открываю в браузере 1 скрипт, он начинает работать. Во второй вкладке открываю второц скрипт, и - борода! - он висит и ждет пока первый закончит работу. не могу асинхронно запустить разные скрипты из одной папки =(

UPD. Может проблема в Денвере?

@ILA · 09.09.2010, 16:32

Сдается мне, что проблема в настройках Apache. Он должен свободно давать вызывать сразу несколько скриптов параллельно.

Добавлено через 41 минуту
Рекомендую проверить конфиг Апача на предмет следующих настроек:
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15

@Teimos · 10.09.2010, 05:47 **[ТС]**

Таак, нашел в чем проблема... как оказалось, в скрипт обработки картинок подключался конфиг, в котором было set_time_limit(0);

Но как мне теперь быть? Ведь скрипт может теоретически и несколько часов работать =(

Добавлено через 19 минут
UPD. Ошибся, проблема не в set_time_limit(0); а в session_start

Добавлено через 27 минут
В итоге оказалось конфликтовали следующие штуки:

1. Оба файла (log.php, который выводил проресс-бар и slow.php, который собственно делал свои дела) подключали в себя config.php
2. В этом конфиге было session_start()
3. Результат - пока работал slow.php, log.php не мог стартануть сессию.

Решение: Сделал для log.php отдельный файл конфига, в котором нету старта сессии.

@ILA · 10.09.2010, 08:09

Хорошо что отписался по решению траблы.

Новые блоги и статьи Все статьи Все блоги /
Подключение Box2D v3 к SDL3 для Android: физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .
Влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .	Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .

@Teimos 10 / 10 / 1 Регистрация: 26.08.2010 Сообщений: 80

	Прогресс-бар: схемы реализации? Вопрос вселенской важности! 09.09.2010, 06:15. Показов 5605. Ответов 8 Метки нет (Все метки) Имеется html-страничка, с которой jQuery аяксом делается запрос к скрипту slow.php, slow.php может работать непрерывно от нескольких секунд до нескольких часов (идет обработка большого количества фотографий). Вопрос - как без перезагрузки странички узнавать прогресс обработки изображений? Варианты решений которые породил мой безумный мозг, но кривые руки не дали этому воплотиться: 1. Теория: В пхп скрипте ставить ob_implicit_flush и в каждом проходе цикла обработки изображений выводить echo $i, а на стороне клиента принимать эти $i и выводить прогресс-бар. Практика: На деле же, клиент получает сразу весь документ ПОСЛЕ обработки пхп, то есть прогресс бара не получается =( 2. Теория: при каждом проходе цикла записывать файл log.txt примерно такого формата: $all\|$curr - то есть "общее кол-во картинок\|текущий порядковый номер картинки". Затем после отправки клиентом запроса к скрипту, вешать на setInterval функуию, которая раз в секунду будет проверять состояние log.txt и обновлять прогресс-бар. Напрямую log.txt средствами JS я не нашел как считать, потому решил создать log.php, к которому делать запросы раз в секунду. log.php читает файл log.txt, расчленяет на два числа и json-ом отправляет клиенту. Практика: пока работает основной скрипт slow.php, не работает log.php. Я не понял почему так, но факт. Разве нельзя параллельно запускать два скрпта? 3. Теория: на клиенте раз в секунду обновлять iframe в который пихать log.txt, а из iframe'а уже доставать значения. Практика: Когда я первый раз создаю ифрейм, значения берутся из log.txt правильное (например "2066\|0"), а через секунду уничтожаю этот ифрейм и создаю новый, но! В новом фрейме значение из старого, словно берется из какого-то кэша =( Итог: Я слоняюсь к варианту 2, но видимо не судьба. Кто знает ответ на эту загадку вселенной? 0

@Teimos 10 / 10 / 1 Регистрация: 26.08.2010 Сообщений: 80
	09.09.2010, 08:22 [ТС]
	ILA, верно, это то же самое что и ob_implicit_flush() - вывод данных сразу, минуя буфер обмена... но! Естественно, если запускать скрипт напрямую, на экран, скажем так, будут по очереди выдаваться цифры, то есть все как надо. Но у нас то задача получать это ajax'ом =) Если в обычном случае у нас в браузер выведутся цифры 1 2 3 4 5 с интервалом в несколько секунд, то при приеме этих данных клиентом придет сразу вся строка 12345 после окончания работы скрипта =( Не по теме: Хочется красивый аякс-прогрессбар... P.S.Почитайте про ob_implicit_flush - она гораздо удобнее чем ob_start/ob_clean 0

@ILA 68 / 61 / 11 Регистрация: 10.08.2009 Сообщений: 226
	09.09.2010, 08:32
	Понятно. Тогда должен работать второй метод. Для обновления progressbar-а используй новый объект XMLHttpRequest, результаты которого и анализируй. Если не выходит - пости сюда код. Будем посмотреть. 0

Humanoid Почетный модератор 11556 / 4351 / 452 Регистрация: 12.06.2008 Сообщений: 12,454
	09.09.2010, 08:32
	Я когда-то тоже думал, как это лучше сделать. В результате через ajax обращался к скрипту, который выполнял не всю свою работу, а только часть... и возвращал сколько процентов завершено. И эти проценты основной скрипт высвечивал на экран и обращался снова к нему... и так до тех пор, пока проценты не дойдут до 100. Тут важен компромис - чем меньше он будет обрабатывать (в твоём случае фотографий) за один раз, тем плавнее будет обновляться прогресс бар, но при этом будут больше потери на отправку запроса серверу и т.п. 1

@Teimos 10 / 10 / 1 Регистрация: 26.08.2010 Сообщений: 80
	09.09.2010, 08:57 [ТС]
	Так вот, я ж написал в чем проблема второго метода: в папке лежат два скрипта, один обрабатывает картинки (работает долго) а второй отвечает за прогресс-бар. И пока работает первый, второй просто недоступен! Открываю в браузере 1 скрипт, он начинает работать. Во второй вкладке открываю второц скрипт, и - борода! - он висит и ждет пока первый закончит работу. не могу асинхронно запустить разные скрипты из одной папки =( UPD. Может проблема в Денвере? 0

@ILA 68 / 61 / 11 Регистрация: 10.08.2009 Сообщений: 226
	09.09.2010, 16:32
	Сдается мне, что проблема в настройках Apache. Он должен свободно давать вызывать сразу несколько скриптов параллельно. Добавлено через 41 минуту Рекомендую проверить конфиг Апача на предмет следующих настроек: KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 1

@Teimos 10 / 10 / 1 Регистрация: 26.08.2010 Сообщений: 80
	10.09.2010, 05:47 [ТС]
	Таак, нашел в чем проблема... как оказалось, в скрипт обработки картинок подключался конфиг, в котором было set_time_limit(0); Но как мне теперь быть? Ведь скрипт может теоретически и несколько часов работать =( Добавлено через 19 минут UPD. Ошибся, проблема не в set_time_limit(0); а в session_start Добавлено через 27 минут В итоге оказалось конфликтовали следующие штуки: 1. Оба файла (log.php, который выводил проресс-бар и slow.php, который собственно делал свои дела) подключали в себя config.php 2. В этом конфиге было session_start() 3. Результат - пока работал slow.php, log.php не мог стартануть сессию. Решение: Сделал для log.php отдельный файл конфига, в котором нету старта сессии. 0

@ILA 68 / 61 / 11 Регистрация: 10.08.2009 Сообщений: 226
	10.09.2010, 08:09
	Хорошо что отписался по решению траблы. 0