rPman

https://github.com/capitual/eth-cli

современное решение - websocket (позволяет серверу слать сообщения веб-клиентам)

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

фильтрацию по значению лучше проводить с помощью сторонних инструментов оптимизированных по максимуму
например grep отфильтрует по содержимому строки, можно по регулярке

а из php работать с помощь - fopen, цикл !feof и fgetcsv
p.s. fgetcsv сильно медленней простого чтения по строкам fgets, но он умеет читать строки с экранированными ковычками '"', так что если таковых нет то работай с текстом напрямую

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

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

если я верно понял вопрос по комментариям, это javascript injecting, сделать это можно только на стороне клиента (плагином к браузеру или командой в консоли)

Например плагин к браузеру удобный tempermonkey, позволяет запускать пользовательский javascript в зависимости от url (по маске например example.org/path/*)

скорее всего это тот сайт детектирует открытие себя в iframe и предотвращает, так как это позволяет использовать очень серьезную уязвимость clickjacking

it это наиболее динамичный (быстро развивающийся и меняющийся) 'рынок'

если ты хотя бы на пару тройку лет перестанешь изучать (хотя бы просто интересоваться) чему то новому, ты выпадаешь из реальности и начинаешь отставать, 'Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее' (c)...

веб стек один из самых сложных, и затрагивает сразу много технологий, и языки программирования - далеко не единственные из них

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

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

Так что все зависит от твоего целевого сайта

По теме, если прямо надо парсить html именно на php то я рекомендую simple_html_dom, простой удобный... но он спасовал со страницами aliexpress (этот сайт борется с парсерами, даже если брать страницу уже после javascript), можно пользоваться более низкоуровневым DOMDocument::loadHTMLFile, он не такой удобный но менее строгий

php тут будет только как посредник, вызывать консольные утилиты
если машина на windows, слать чем то типа lpr
если машина на linux, то lp (пакет cups-client)

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

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

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

SELECT CASE
  WHEN USER() =='one@localhost' THEN 1
...
  ELSE 0
END

т.е. местом хранения тут будет код хранимой процедуры или вьюхи а для ее обновления потребуется вызов ddl

Потому что это стандарт ISO 8601 (формат в date символом 'c'), основной принцип слева направо от наиболее значимой (длительной) части к более короткой

Так тут тебе не смогут помочь, но

Открываешь страницу в браузере, открываешь по F12 консоль разработчика, открываешь вкладку Network, обновляешь, делаешь все необходимые действия как пользователь для отправки запроса... получаешь подробный лог всех сообщений, отправленных серверу.

Правая кнопка на записи, копировать, как curl bash - получишь строку в буфере, которая подробно расписывает какие заголовки и каким должен быть запрос, повторяешь его в php (я в одном месте не смог, была какая то особенность различие в php_curl, так я тупо запускал утилиту curl которая работала)

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

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

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

Собираешь статистику по устройствам, подсетям, трафику... все видно будет в логах сервера.

Затем начинаешь искать зависимости, например время загрузки по тому с какой скоростью и сколько компонент было загружено в первые 2-3 секунды, чем больше уу тебя будет экспериментальных данных, тем точнее будет предсказание.