Для некоторых показателей в разных моделях (который объединяются в общую) исп. в том числе паблик матчи с фильтром по ммр (> 5500) В проф матчах все тир 1-3 лиги
Вы всерьёз считаете, что игровая компания выделяет приватный доступ всяким букмекерским конторам? В статье я оставил ссылку на официальное апи Dota 2 - один из методов называется "GetTopLiveGame" - позволяет получить информацию о топовых матчи без задержки от 2 до 15 минут. В массиве каждой игры содержится базовая информация - килы, нетворс, минута игры и так далее. У БК информация о килах, нетворсе, минуте игры обновляется по этому методу
По этому же методу работают несколько известных сайтов по лайв статистике матчей Dota 2 без задержки
У нас тоже нет такой большой задержки, БК получают данные с такого же API как и мы, конечно, мы проигрываем БК, но буквально секунд 5-10 Задержки ставятся специально для стримеров от 2 до 15 минут
Делали тесты по лайву и по прематчам (тоже самое, только предикты публикуются до начала игры), каждый раз происходило увеличение банка за 100 ставок, от 20% до 300%. Последний тест проводили неделю назад, за 130 ставок вышло x2.4 к банку.
Больше всего профита приносили предикты по прематчам, у них проходимость гораздо меньше (в среднем 65%), зато выше кефы. Про прематч модель расскажу в следующей статье.
Вообще считаю, что это не совсем объективная информация. На это есть 2 причины:
Маленькая дистанция в 500-600 ставок
Индивидуальная составляющая, разные БК, разные коэффиценты, разный подход к ставкам и так далее
Документация (https://symfony.com/doc/current/security/form_login_setup.html) описывает процесс создания формы логина для одной сущности, в данном случае User.
Можете дать ссылку на официальную документацию от Symfony или какой-нибудь туториал в интернете, где будет пошаговое описание как сделать две разные формы логина для двух разных сущностей, которые не связаны между собой?
В стандартной документации Symfony расписан процесс создания формы авторизации для одной сущности, например, User.
Даже если мы сделаем вторую форму авторизации (т.е. другой route, а соответственно контроллер) — это не даст нам возможность использовать другую сущность.
Всё это настраивается в security.yaml — о чем документация подробно не рассказывает
Яркий пример — даже после настройки security.yaml как нужно, возникла проблема — в качестве логина передавался username, а мне необходимо было передавать email. Это решается параметром username_parameter — о чем нигде толком не написано ясно.
Для некоторых показателей в разных моделях (который объединяются в общую) исп. в том числе паблик матчи с фильтром по ммр (> 5500)
В проф матчах все тир 1-3 лиги
Вы всерьёз считаете, что игровая компания выделяет приватный доступ всяким букмекерским конторам?
В статье я оставил ссылку на официальное апи Dota 2 - один из методов называется "GetTopLiveGame" - позволяет получить информацию о топовых матчи без задержки от 2 до 15 минут. В массиве каждой игры содержится базовая информация - килы, нетворс, минута игры и так далее. У БК информация о килах, нетворсе, минуте игры обновляется по этому методу
По этому же методу работают несколько известных сайтов по лайв статистике матчей Dota 2 без задержки
Задержки нет на некоторую часть информации, так сказать общую, её и использует БК
Остальное скрыто за задержкой, вы правы.
У нас тоже нет такой большой задержки, БК получают данные с такого же API как и мы, конечно, мы проигрываем БК, но буквально секунд 5-10
Задержки ставятся специально для стримеров от 2 до 15 минут
Делали тесты по лайву и по прематчам (тоже самое, только предикты публикуются до начала игры), каждый раз происходило увеличение банка за 100 ставок, от 20% до 300%. Последний тест проводили неделю назад, за 130 ставок вышло x2.4 к банку.
Больше всего профита приносили предикты по прематчам, у них проходимость гораздо меньше (в среднем 65%), зато выше кефы. Про прематч модель расскажу в следующей статье.
Вообще считаю, что это не совсем объективная информация. На это есть 2 причины:
Маленькая дистанция в 500-600 ставок
Индивидуальная составляющая, разные БК, разные коэффиценты, разный подход к ставкам и так далее
Можете дать ссылку на официальную документацию от Symfony или какой-нибудь туториал в интернете, где будет пошаговое описание как сделать две разные формы логина для двух разных сущностей, которые не связаны между собой?
Даже если мы сделаем вторую форму авторизации (т.е. другой route, а соответственно контроллер) — это не даст нам возможность использовать другую сущность.
Всё это настраивается в security.yaml — о чем документация подробно не рассказывает
Яркий пример — даже после настройки security.yaml как нужно, возникла проблема — в качестве логина передавался username, а мне необходимо было передавать email. Это решается параметром username_parameter — о чем нигде толком не написано ясно.