Как получить код во время работы PHP на фронте?

Question

[Evgeniy]

Необходимо решить проблему связанную с Progressbar. Как получить во время выполнения PHP какой-либо текст или цифры, например проценты отдельно до полного сформирования success.
$.ajax() и $.post() отдают данные только в конце. У $.ajax() есть метод xhr. У этого метода есть progress, но как получить данные в момент pending не монимаю как получить.
То есть мне нужно получить echo в момент echo а не когда все сформируется. Как это можно сделать?
Есть идея, после всех проверок вернуть AJAX и включить progressbar. Отправить сного AJAX получить результат частичный и сново вернуть. И так отправлять получать до 100%. Но вот только насильство какое-то выходит над сервером помоему.

Comments

[Adamos]

мне нужно получить echo в момент echo а не когда все сформируется

Этого хотят примерно половина начинающих РНР-шников.
Потом они понимают, как работает РНР, и перестают хотеть странного.
Например, разбивают действительно длинную задачу на этапы и заодно не ловят ни таймаут по выполнению скрипта, ни зависший из-за нескольких "бесконечных" запросов хостинг.

[Evgeniy]

Adamos, да, когда изучал понял что PHP все собирает и только в конце отдаёт. Но ведь есть прогресс бары работающие с PHP на сервере. Хотя-бы структуру покажите как это сделать. Пример, структура, что-нибудь.

[Adamos]

Edgark, а это зависит от того, что вы так долго делаете.
Примитивнейший, но стопроцентно работающий где угодно вариант примерно такой.
Например, у вас идет долгая обработка БД, и вы в скрипте ограничиваете объем обработки, следите за временем и через 15, скажем, секунд заканчиваете эту обработку, сообщая на фронт, на какой строке остановились. Фронт обновляет прогресс и снова запрашивает бэк, передавая номер строки, с которой продолжить. Выглядит достаточно интерактивно, чтобы не заснуть.

[Evgeniy]

Adamos, окей, а если он продолжит со строки 100, как он узнает какие переменные и массивы были созданы до 100 строки?

[Adamos]

Edgark, если нужны результаты предыдущих расчетов - их можно сохранить. Если вам необходимо обрабатывать все и сразу - запускается долгий скрипт без ограничения по времени, он где-то сохраняет прогресс этой обработки, а ваш аякс дергает скрипт, который считывает этот прогресс и отправляет его на фронт.

Answer 1

[Сергей delphinpro]

Да полно инструкций https://yandex.ru/search/?text=ajax+progress&lr=21...

Comments

[Evgeniy]

Мне нужно с PHP возвращать проценты а не создавать их на стороне фронта с помощью JS. То есть во время работы PHP проценты увеличиваются и отправляются на фронт, где с помощью JS увеличивается прогрессбар.

[Evgeniy]

Есть рабочие варианты?

[Сергей delphinpro]

Edgark, я понимаю, что в выдаче большинство результатов про загрузку файлов. Но ведь можно полистать хотя бы первую страницу?
https://aleksey-komov.blogspot.com/2014/05/ajax-pr...

[Evgeniy]

Сергей delphinpro, В данном случае, подмечено что запросы обрабатываются последовательно и ответ будет только в конце. Об этом написали в комментариях.

[Сергей delphinpro]

Edgark,

Ваш php скрипт, который долго выполняется, периодически пишет куда-то (например в сессию) значение прогресса.

Ваш первый js-скрипт инициирует выполнение основного php-скрипта.
Ваш второй js скрипт периодически опрашивает служебный php-скрипт, задача которого просто получить и отдать сохраненное основным php-скриптом значение прогресса.

[Evgeniy]

Сергей delphinpro, данный скрипт не работает так как необходимо. Сергей, сегодня я его постарался встроить в свой код но ничего из этого не вышло.
1 js скрипт отправляет данные на 1-ый PHP скрипт. Инициализируется проверка
2 js скрипт запускает основной скрипт PHP. При этом если я выведу Sessions['ls_sleep_test'], он будет выводить каждый раз цифры связанные с 1 PHP скриптом. Вроде бы хорошо, но при написании кода есть функция exit(). Если её написать то скрипт дальше не обрабатывается. Он просто одну и туже часть кода включает несколько раз. Если же не написать exit() то скрипт выдаст результат только в конце.
Возможно я не могу додуматься до очевидного. Если вы знаете, как можно это реализовать с помощью SESSION напишите пожалуйста.

[Сергей delphinpro]

основной скрипт с длительным процессом

for ($i = 0, $i < 1000, $i++) {
  $_SESSION['progress'] = $i;
  sleep(100);
}

вспомогательный скрипт

echo $_SESSION['progress']

Вроде элементарно всё.

[Evgeniy]

Сергей delphinpro, Сергей, очень вам благодарен. Все стало понятно после вашего последнего сообщения. Видимо переработался, что такую элементарную логику не смог реализовать. Спасибо, что не прошли мимо.

Answer 2

[Дмитрий Дерепко]

То есть мне нужно получить echo в момент echo а не когда все сформируется. Как это можно сделать?

В какой момент и что получить?

----------

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

Я, честно говоря, ничего не понял, что вы написали в описании и отвечу на вопрос "Как сделать progress bar для долгого процесса на PHP":

Для упрощения моих примеров, давайте расскажу про процесс доставки еды.
У этого процесса мы сделаем 4 этапа:
1. Отправить заказ и получить подтверждение от провайдера услуги – ресторан, который приготовит нам на вечер роллы и пиццу, да чтобы без сухой корочки.
2. Найти курьера и отправить его в ресторан ждать заказ.
3. Подождать пока ресторан приготовит заказ.
4. Доставить заказ голодному клиенту.

-----

Вам нужно хранилище для логирования этапов выполнения процесса: SQL, NoSQL, файловое или другие хранилища.
Советую выделить несколько свойств у процесса:
1. Этап выполнения. Будем называть его State в дальнейшем.
2. Общий прогресс. Его назовём Total progress.

Дальше можете немного упороться и создать логирование выполнения каждого из этапов. Но уже без меня ;)

После поступления запроса на выполнение вашего сложного процесса вам нужно создать новую запись в хранилище и отдать ID этой записи в ответ на запрос. На фронтенд, в вашем случае.

Следующим этапом вам нужно подключить логирование переходов состояний в места их начала. Код будет примерно таким:

$state->setState("first state");
$storage->save($state);
// Отправить запрос на готовку заказа
// ...
// Ответ положительный

$state->setState("second state");
$storage->save($state);
// Найти курьера
// ...
// Курьер найден

$state->setState("first state");
$storage->save($state);

Этапы логируются, теперь нужно на фротенде показать изменения процесса.
Создаем новый endpoint, который будет:
1. Принимать id процесса, который мы отдали фронту при создании процесса
2. Идти в хранилище и смотреть текущий этап и сколько их всего. В нашем примере их всего 4.
3. Делать нужный вам подсчет. Например, говорить "мы сейчас на 2 из 4 этапов" или 2 делить на 4 и говорить "50% процесса выполнено". Как вам больше понравится, так и делайте.

----------------

Думаю, я неплохо ответил на свой вопрос, да еще и вам накинул идей :)

Comments

[Evgeniy]

Здравствуйте Дмитрий. Огромное вам спасибо. Все написано предельно ясно. Но есть один вопрос. Как я понимаю, мы должны создать в БД свою строку данных чтобы на нее опираться. Но вот вопрос, допустим вернется ID процесса. После этого ведь нужно сново запустить AJAX? Если 2-ой AJAX будет опираться на другой метод, то как он узнает результаты 1-ого метода? Методы могут быть частью кода, не обязательно чтобы был бы буквальный один метод. Так вот, нужно в БД записать массивы и другие данные?
Или это 3 совершенно разных AJAX, которые друг после друга работают?
То есть мы должны поделить код на совершенно разные части, которые никак не взаимодействуют друг с другом а только выполняют свои задачи или же это все происходит во время одного AJAX запроса?
Как появится время, напишите пожалуйста)

[Дмитрий Дерепко]

Но вот вопрос, допустим вернется ID процесса. После этого ведь нужно сново запустить AJAX? Если 2-ой AJAX будет опираться на другой метод, то как он узнает результаты 1-ого метода?

Делаете запрос на создаете процесс, бекенд отдает id процесса.
Сохраняете этот id. В локальную переменную, в куки, в local storage, куда посчитаете целесообразным.
Далее этот id будет участвовать во всех http запросах, какие вы захотите делать.

Без полученного id эти запросы всё равно не будут иметь никакого смысла. А шаринг id между запросами можно устроить через глобальное состояние фронтенд-приложения, через те же cookie, local/session storage и т.п.