rPman

Писать серверную часть можно и на php, и да, даже если нужна работа с сокетами

Например реалтайм браузерную игру (не пошаговую, когда используется http rest архитектура) можно написать с использованием websocket (например реализация Ratchet).

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

А причем тут vue или python?

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

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

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

Смотрите по коду как к объекту обращается сайт.

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

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

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

https://docs.microsoft.com/ru-ru/aspnet/core/mvc/m...
файл складывайте в определенную папку и удаляйте по таймауту (неправильно но просто), можете анализировать логи сервера чтобы понять скачивает кто файл или нет, либо реализуйте раздачу файла сами (неправильно с архитектурной точки зрения)

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

Если кодом - то только свой браузер (миллион вариантов от сложного типа силениум до примитивного своего приложения на основе вебкит/контролов webbrowser)