rPman

$b=sprintf("%08d",intval($a)+1);
граничные случаи типа число не влезает, не число, сам обработаешь
так же аккуратно на 32-битных машинах, если у тебя там не 8 символов а к примеру 10 (int в 32-битном php при превышении 2^31 становится double)

php path/to/file arg1 arg2
в php:

echo "Количество аргументов: $argc, массив арументов:";
print_r($argv)

$argv массив строк с аргументами, нулевая - имя файла path/to/file

Реверсинженеринг не простой и творческий процесс.
для начала тебе нужно определить правило, по которому формируются запросы и порядок их отправки.
а затем, если используется http, использовать, к примеру, популярную библиотеку curl, доступную для всех платформ, например на php (идет в поставке с php - php-curl)

p.s. примеров не будет, так как в вопросе ничего не сказано кроме нескольких несвязных скриншотов дампов запросов
к тому же, тем кто способен провести реверсинженеринг приложения, объяснять как пользоваться curl не нужно

Александр Нестеров правильно написал
добавлю что определить конец загрузки страницы в браузере на самом деле не так просто как кажется даже на javascript, например если используются сторонние элементы (изображения, скрипты), загружаемые не с вашего сервера (например плеер)

в некоторых случаях можно управлять предзагрузкой самостоятельно, и надеяться на работающее кеширование в браузере, т.е. ты загружаешь изображение на javascript, и получаешь гарантию что если ты в скрипте его загрузил то значит оно точно будет загружено на странице (кстати так можно в принципе формировать содержимое страницы полностью скриптами, прописывая уже загруженное изображение создаваемым элементам)

Официально html имеет onload атрибут на событие окончания загрузки самой html страницы, если содержимое страницы формируется на сервере то оно будет вызвано когда все элементы будут загружены. Как я уже сказал, для активного содержимого, заполняемого скриптами это не сработает.

Поэтому в скрипте на это событие делай запрос на веб сервер (fetch или XMLHttpRequest или любую библиотеку, например jquery ajax) а уже на веб сервере сохраняй это событие где-надо, в базе или в сессии

если размеры массивов одинаковые, то:

foreach($arr1 as $i=>$v) echo "{$arr1[$i]}, {$arr2[$i]}, {$arr3[$i]}, {$arr4[$i]}\n";

number_format

неправильно используешь or так как php считает что ты сделал такое (цвет = красный) или (красноватое это истина), любое значение не 0 и не пусто это true поэтому Красное срабатывает

правильно - if(in_array($apple->color,['Красное','Красноватое'])...

еще более правильно, если html отличается только цветами или именами классов, то завести массив и подставлять только изменяющиеся значения в шаблон типа так:

где то определяешь в константах:

$colors=['Красное'=>'#FF0000','Красноватое'=>'#FF0000',...];

а в коде подстановки цвета будет что то такое:

<?php=make_color_html($colors[$apple->color]??UNKNOWN_COLOR); ?>

либо сразу html шаблон

<text style="color:<?php = $colors[$apple->color]??UNKNOWN_COLOR; ?>">

server (php) -> client (browser) коммуникации возможны следующими способами:
1. правильный - с использованием javascript и технологии websocket, для этого тебе нужен websocket сервер (запущенный рядом на сервере или даже где угодно) либо модуль веб сервера, позволяющий php серверу отправлять короткие запросы типа такого но не рекомендую так схему выстраивать)
2. устаревший но в принципе рабочий - технология long pooling, в браузере так же должен быть javascript, обычный веб сервер должен уметь отдавать клиенту по запросу (а скажи ка мне что ты хочешь) желаемую команду, с бесконечным (до таймаута и повтор) ожиданием события, т.е. клиент запрашивает у сервера - есть от тебя команды, и при получении - считает что сервер прислал ее, а сервер при запросе задерживает ответ, высылая для приличия в канал пустышки, например пробелы раз в минуту. Этот способ очень универсальный и заработает на старых браузерах, в которых нет поддержки websocket, так же серверная реализация очень проста.
кстати javascript может запрашивать эту страницу в основном двумя способами - ajax (обобщенно так зовут способы отсылки запросов из javascript к серверу) и добавление тега script с нужным url, а веб сервер туда возвращает что то типа msgReceivedCallback(json...данные);
3. для прикола - очень старый способ, когда в браузерах не было даже javascript, с помощью фреймов и тега

<meta http-equiv="refresh" content="10;URL=http:/site.ru">

можно контролировать автоматическое обновление частей страниц, а с помощью настроек кеширования в заголовках, веб сервер контролирует частоту реальных запросов (а так же изменение времени обновления в этом теге), я помню даже вебчаты в локалке на этой технологии.