rPman

В чем совет то тебе дать?

Почему не работает код? так скажи что в нем не так.

Про получение данных, если тебе нужны ОПЕРАТИВНЫЕ данные, забудь про http rest, используй websocket, binance выдает в поток в 4 тысячи событий по всем парам, подписывайся на них и анализируй, это ты сможешь сделать в одном подключении. Если же все же http rest то внимательно прочитай про лимиты на запросы, они указываются в минуту и на практике еще меньше

IP Limits

Every request will contain X-MBX-USED-WEIGHT-(intervalNum)(intervalLetter) in the response headers which has the current used weight for the IP for all request rate limiters defined.
Each route has a weight which determines for the number of requests each endpoint counts for. Heavier endpoints and endpoints that do operations on multiple symbols will have a heavier weight.
When a 429 is received, it's your obligation as an API to back off and not spam the API.
Repeatedly violating rate limits and/or failing to back off after receiving 429s will result in an automated IP ban (HTTP status 418).
IP bans are tracked and scale in duration for repeat offenders, from 2 minutes to 3 days.
The limits on the API are based on the IPs, not the API keys.

p.s. Исторические данные по фьючерсам недоступны (только в пределах текущего квартала)
я пользовался, минуток тут более чем достаточно:

https://dapi.binance.com/dapi/v1/continuousKlines?pair={$pair}&contractType={$type}&limit=1500&interval=1m&startTime={$startTime}&endTime={$endTime}"

Где startTime и endTime нужно устанавливать на основе предыдущих полученных и сохраненных данных
https://dapi.binance.com/dapi/v1/exchangeInfo
Даст всю информацию о рынке (без стакана), там же видно где какой тип контракта PERPETUAL/CURRENT_QUARTER/NEXT_QUARTER какое наименование инструмента, типа LTCUSD_230630 или ETHUSD_230331 (там же есть все данные по времени начала и окончания периода), PERP фьючерсы повторяют spot рынок, поэтому для удобства можно эти данные брать

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

скорее всего php устанавливался вручную готовым пакетом, все .so идут в поставке по умолчанию
настраивается в php.ini

вот пример (пути могут другие быть)

если тебе не надо это контролировать, то игнорировать
@$data->{'id'}

p.s. вторым параметром json_decode пропиши true, тогда результатом будет не object а array в нужном тебе виде, да и работать можно будет с ним $data['id']

array_map('xo', $str);
array_map вызывает функцию xo для каждого элемента массива $str

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

благодаря этому происходит 'распаковка'

в данном случае язык определит направление дечятельности

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

java - если смотреть на рынок, это в первую очередь мобильный гейминг android,.. не потому что язык такой, просто так звезды сложились.
Если спросить меня, какой язык выбирать для создания крупного проекта с долгой поддержкой для бизнеса, java я бы выбрал ну очень в последний момент. Очень многословный язык, да код получается красивым, меньше мест где можно выстрелить себе в ногу и т.п... Из бонусов - кроссплатформенность (как железа так и ОС), уже не такая уж и уникальная опция.

то о чем в вопросе не было спрошено:

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

javascript - занял очень интересную позицию в мире, благодаря nodejs он может быть как web бакендом, так и способом разработки браузерного интерфейса на стороне клиента, так и десктопные приложения (electron, чтоб его...) и даже как язык для unity игрового движка, т.е. получается язык получает статистический прирост с нескольких областей а не одной как остальные.
У языка есть недостаток - как и у php (но он старается избавиться от этого) - свободная типизация, странная реализация ООП и другой синтаксический сахар типа асинхронности (это кстати его плюсы) увеличивают шансы выстрелить себе в ногу и усложняют поддержку проекта на долгосрок (там вообще много где проблем найти, как пример, берешь любой проект с гитхаба с датой последнего комита 3-4 года и пробуешь его обновить и поддержать, советую посмотреть что аудит безопасности npm будет вам писать).

c# - надо ставить рядом с java (он и .net и создавался майкрософтом как главный конкурент), так же благодаря unity движку, захватывает часть статистики из геймдева. К сожалению, выбор языка гвоздями (да есть способы освободиться, но за все приходится платить и чего то лишаться) прибивает разрабатываемый продукт к майкрософтовской экосистеме, за который бизнесу приходится платить неплохой 'налог', поэтому если у тебя не unity то скорее всего ты либо поддерживаешь какое то легаси либо... ну мне нравится на .net формочки к базе данных делать, нигде такого легкого инструмента который дает ms visual studio и .net - нету, но, если прямо так хочется, там можно и на python.net писать, и на c++.net, и вообще какая разница какой язык программирования, в мире разработчика главенствуют фреймворки и среды разработки.
Это я к чему - найти деньги с этими знаниями можно только по везению.

Все остальные языки типа R, Rust, go и прочая экзотика - это издевательства над работодателями.. т.е. если ты найдешь по ним работу, это значит работодатель стал заложником не шибко умного системного аналитика (или его отсутствие/совмещение с разработчиком, который для самообразования решил приколоться), т.е. еще большее везение, делать ставку на это я бы не стал. Хотя для самообразования учить Rust или go очень даже неплохо, много открытых проектов пилят именно на go, вполне возможно, когда в мире количество разработчиков наберется до некоторой критической массы, это станет таким же мейнстримом как сейчас php или javascript.

Так что еще раз - выбор языков программирования в порядке убывания оценки рекомендации (выше-вероятнее найти работу, кстати оценить уровень оплаты тут сложнее)
php - и он теряет позиции, потому что SPA приложения захватывают мир
javascript
python - если не нужен вебдев - то это на первом месте
java/c# (точнее .net)
go

если хочешь быть в вебе то php/javascript
если хочешь в геймдев java/c#
если хочешь датасайнс то python

Из открытых проектов я знаю только https://github.com/StockSharp/StockSharp
терминал открыт, бизнес модель разработчика - продажа и поддержка коннекторов

Там вроде бы есть тестер стратегий, вполне возможно что твоя задача полностью на нем может быть решена.

p.s. а так гуглится приличное количество торговых терминалов на опенсорс,

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

На рынке криптоэкономике проекты обычно используют библиотеку от tradingview, там есть как опенсорс упрощенная версия так и проприетарная многофункциональная.

Чтобы на вкладке response в devtools было json-представление, но чтобы на самой странице клиента(фронтенд) не было никакого json-а

так не получится, браузеры не умеют json автоматически преобразовывать к пользовательскому виду.

p.s. Если бы вместо json тебе подошел бы xml (тоже инструмент передачи структурированных данных) то можно было бы воспользоваться шаблоном xslt (их поддерживают все браузеры, стандарт старый), пример (кстати в доке ошибка, правильно - в браузере открывают xml файл, который преобразуется с помощью xslt в нормальный html, но в консоли будет только xml)

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

p.s. есть еще base64 кодирование файла в самой ссылке, в консоли он тоже не отобразится но не уверен что тебе подойдет это, к тому же на сколько я помню браузеры в последние лет пять сломали этот механизм именно для стартовой страницы, проведи эксперименты если прямо надо

Пример ссылки:

data:text/html;charset=utf-8;base64,PHNjcmlwdD5hbGVydCgnaGknKTs8L3NjcmlwdD4=

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

Нет никаких требований ООП или ограничений на то, как возвращать, надо ли возвращать, сколько возвращать и прочее.

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

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

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

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