Запустили сервер приёма крашей приложения от пользователей.

Сохранять анонимность очень важно. Исследования в алготрейдинге могут вестись годами, и потерять их очень страшно.

Одной из важнейших сторон работы OsEngine является его безопасность для пользователя и разработчиков. Ибо все исходные коды и все роботы полностью находятся на ПК пользователя. Мы не требуем авторизации и не собираем email для того, чтобы активировать бесплатный доступ. Не имеем закрытых модулей в ядре. А также ревностно и честно отвергаем любые идеи, направленные на создание бэк-дор систем (и возможностей создания таких систем).

И в целом считаем так – алготрейдинг должен быть полностью на ПК пользователя без возможности кому-то или чему-то туда залезть и как-то использовать чужие идеи.

Тем не менее, кое-какую информацию, с Вашего разрешения, нам собирать всё-таки необходимо. Это сообщения о том, что Os Engine «упал». Это нужно, чтобы быстрее реагировать на критические проблемы в ядре приложения и делать Os Engine лучше. Происходить это будет с Вашего разрешения и даже с возможностью полностью вырезать данный исходный код.

А в данной статье будет написано о том, как эта система работает и как её отключить, чтобы Вы могли и дальше оставаться Инкогнито.

Собирать информацию о критических ошибках, приводящих к падению Os Engine всё сложнее. Ибо багов такого уровня всё меньше, однако они по-прежнему есть.

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

Поскольку это единственное место в OsEngine, которое собирает хоть какие-то данные о чём бы то ни было у Вас на ПК. Во избежание спекуляций, поговорим о том, где это находится в исходном коде проекта и как это отключить.

1. Как сервер приёма крашей выглядит со стороны нашей компании?

Это небольшое приложение, которое развёрнуто на одном из виртуальных серверов в Интернете:

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

Выглядит это так:

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