106 ответов в эту тему

[denvb]

ДИМА КЛЮКВИН, on 29 March 2014 - 01:43, сказал:

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

betfair developer program регистрация возможна по существующему аккаунту на бирже

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

[ДИМА КЛЮКВИН]

clerk, on 29 March 2014 - 05:47, сказал:

Мне кажется, вне зависимости от того, для чего это нужно БФ (об этом чуть позже), вашему знакомому стоит завести действующий акк на БФ (т.е. отрыть счет и закинуть на него немного денег). Для работы по созданию бота требуется много раз входить-выходить на БФ, не считая прочих необходимых действий - открывать рынки, ставить и отменять ставки, закрывать поставленные через сайт или с другого бота. Поэтому заведите на него счет. И научите выходить из рынка с распределением ущерба или с фиксацией прибыли. Объясните, что и как при этом происходит. И будете уверены, что после необходимого знакомства с биржей ваш разработчик не сможет "повлиять" на средства на вашем счету, поскольку прямого доступа у него к ним не будет.
Зачем БФ хочет знать счет разработчика? Предполагаю, что это связано с работой на платном АПИ при коммерческой реализации ботов третьим лицам, лицензировании и сертификации бота и разработчика.

denvb, on 29 March 2014 - 10:42, сказал:

betfair developer program регистрация возможна по существующему аккаунту на бирже

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

Понял, спасибо

[clerk]

Коллеги, развейте, пожалуйста, мои сомнения.
При создании нового потока для обновления кэфов и прочего происходит новый вход (логин) на БФ. В связи с этим:
Сомнение первое. Почти несомнение, но все-таки. Для обеспечения потока подключаю кеерАlive. "Ведь правильно? Ведь верно?"(с)
Второе сомнение. При остановке потока организовывать выход-разлогинивание не нужно, достаточно остановить поток. Так ли это, или лучше прицепить выход и поток останавливать по статусу удачного выхода?

[denvb]

clerk, on 13 April 2014 - 09:04, сказал:

Коллеги, развейте, пожалуйста, мои сомнения.
При создании нового потока для обновления кэфов и прочего происходит новый вход (логин) на БФ. В связи с этим:
Сомнение первое. Почти несомнение, но все-таки. Для обеспечения потока подключаю кеерАlive. "Ведь правильно? Ведь верно?"(с)
Второе сомнение. При остановке потока организовывать выход-разлогинивание не нужно, достаточно остановить поток. Так ли это, или лучше прицепить выход и поток останавливать по статусу удачного выхода?

Давайте начнём с того, зачем мультилогин? Для одного акка это ничего не даёт, а для разных - какие сомнения?
Что делает логин? Открывает сессию, по которой пойдут запросы.
Сессия автоматически обрывается, после какого-то времени бездействия. Что делает кипалив? Просто продлевает сессию. Логаут соответственно её закрывает явно.
Если я правильно понимаю и работа идёт на одном аккаунте, то всё просто: основной поток логинится и запускает таймер (напрмер через 15 минут) с кипаливом. Новому потоку даётся текущая сессия и он спокойно делает свои таски ни о чём больше не заботясь. Единственное, перед логаутом основной должен убедиться, что второй поток остановлен.

[clerk]

Все понятно. Спасибо. За основу бота брал пример с "девелопперов". Там второй поток дополнительно логинился. Отсюда и сомнения.

[clerk]

Если ботом выставлена заявка на исходе и на момент логаута и закрытия бота она не сматчена, то если ее не отменить, она так и будет висеть до ее принятия или закрытия рынка и после закрытия бота. Я правильно понимаю ситуацию?

[NickOdessa]

clerk, on 16 April 2014 - 09:45, сказал:

Если ботом выставлена заявка на исходе и на момент логаута и закрытия бота она не сматчена, то если ее не отменить, она так и будет висеть до ее принятия или закрытия рынка и после закрытия бота. Я правильно понимаю ситуацию?

Всё верно. Логаут или обрыв связи никак не влияют на уже выставленную заявку. Более того, функционала для автоматической отмены заявки при логауте или при случайном обрыве связи - попросту не существует.

[clerk]

NickOdessa, on 17 April 2014 - 01:42, сказал:

...функционала для автоматической отмены заявки при логауте или при случайном обрыве связи - попросту не существует.

Новый АПИ пытается сделать какие-то шаги в этом направлении. Недавно операционный арсенал апи-нг пополнился сервисом
heartbeat :
"Операция heartbeat обеспечивает пользователям возможность автоматически управлять своими позициями в случаях, когда их клиенты API теряют связь с API Betfair. Если запрос heartbeat не получен в течение заданного периода времени, то Betfair будет пытаться отменить все ставки типа "limit" для данного клиента на данной бирже. Полной гарантии отменены всех ставок нет, поскольку есть ряд обстоятельств, когда ставки не могут быть отменены. Ручное вмешательство настоятельно рекомендуется в случае потери подключения для правильного управления позициями. "

[NickOdessa]

Ух-ты! Пропустил что-то эту функцию, видимо недавно добавили (я, правда, проверяю новости по API-NG не часто, жду пока его доведут до ума и сделают платным, а то переписывать одно и то же из-за нововведений неохота)!
Беру назад свои слова по поводу отсутствия функционала для автоматической отмены заявки

[clerk]

API-NG Pricing Update
До 12 января 2015 года "частникам" халява. Если я все правильно понял. Правда, косвенно это может означать, что разработчики НГ не успевают отладить апи к ноябрю.

[NickOdessa]

clerk, on 18 April 2014 - 03:29, сказал:

API-NG Pricing Update До 12 января 2015 года "частникам" халява. Если я все правильно понял. Правда, косвенно это может означать, что разработчики НГ не успевают отладить апи к ноябрю.

Это скорее означает, что с 30 апреля платной версии API-NG не будет, а значит, текущая версия ещё подлежит обширным изменениям. А по поводу ноября в том сообщении новостей нет (в ноябре обещали отключить доступ по текущему SOAP API, но этот срок тоже видимо передвинут).

Отредактировано NickOdessa, 19 April 2014 - 02:53.

[NickOdessa]

NickOdessa, on 19 April 2014 - 02:51, сказал:

Это скорее означает, что с 30 апреля платной версии API-NG не будет, а значит, текущая версия ещё подлежит обширным изменениям. А по поводу ноября в том сообщении новостей нет (в ноябре обещали отключить доступ по текущему SOAP API, но этот срок тоже видимо передвинут).

Дополнение - всё таки старый API планируют закрыть 1 ноября:
API 5.0 & API 6.0 will be retired on the 1st November 2014 at which point applications using these API's will no longer work. Therefore, we recommend that you migrate to API-NG as soon as possible.
Перевод: API 5.0 и API 6.0 будут закрыты 1 ноября 2014 года. С этого момента приложения, использующие эти API больше не будут работать. Таким образом, мы рекомендуем вам перейти на API-NG как можно скорее.

Пруф

[clerk]

Так и ладно. Как закроют - так закроют. Но редкий релиз они выдают в срок, обозначенный в своей же дорожной карте. Правда, закрыть - это не релиз выпустить. Перерезал проводок (или что там надо перерезать) - и готово.

[WellDoneSoft]

clerk, on 26 April 2014 - 03:56, сказал:

Правда, закрыть - это не релиз выпустить. Перерезал проводок (или что там надо перерезать) - и готово.

Ну при неработающем новом API (если останутся баги или недоделки) никто проводок перерезать не будет. Официальные разработчики софта ведь платят за свою подписку 200 фунтов в месяц.

[clerk]

Может и не отключат. Но в моем понимании ход может быть следующий: Старый отключили, новый еще бесплатен (например, до 12 января) для всех. Таким образом происходит жесткая пересадка всех на новый апи, обеспечивающая интенсивную ловлю жуков на обоих концах при отсутствии финансовых претензий

[Артений]

Для футболных рынков Asian Handicap при попытке сделать IP ставку, возвращается ошибка INVALID_PERSISTENCE.
Кто нибудь прояснит ситуацию (пруф-линк приветствуется), in-play ставки не поддерживаются для Asian Handicap что-ли?

[Артений]

Ещё вопрос:
Selection Id насколько я понял отсюда (forum.bdp.betfair.com/archive/index.php/t-622.html) меняется от рынка к рынку для одного и того же selection. Так ли это? Пруф-линки приветствуются.
Если меняются, могут ли Id повторяться для разных Selection (на разных рынках ест-но)?

Отредактировано Артений, 11 May 2014 - 23:49.

[NickOdessa]

Артений, on 11 May 2014 - 23:48, сказал:

Ещё вопрос:
Selection Id насколько я понял отсюда (forum.bdp.betfair.com/archive/index.php/t-622.html) меняется от рынка к рынку для одного и того же selection. Так ли это? Пруф-линки приветствуются.
Если меняются, могут ли Id повторяться для разных Selection (на разных рынках ест-но)?

Не совсем понял вопрос. Имеется в виду это?

[Артений]

NickOdessa, on 12 May 2014 - 03:14, сказал:

Не совсем понял вопрос. Имеется в виду это?

Нет, это Event Id, а речь о Id исходов. Ну например скачет лошадка, у неё id будет обязательно новый, другой чем в предыдущей гонке что она скакала или наоборот обязательно тот же. или они могут быть какими угодно и условие только чтобы они не совпадали для одной гонки.

[NickOdessa]

Артений, on 27 May 2014 - 21:26, сказал:

Нет, это Event Id, а речь о Id исходов. Ну например скачет лошадка, у неё id будет обязательно новый, другой чем в предыдущей гонке что она скакала или наоборот обязательно тот же. или они могут быть какими угодно и условие только чтобы они не совпадали для одной гонки.

Хмм...никогда не задавался подобным вопросом, и в своих логах этот параметр никогда не отслеживал. В документации ничего внятного не нашёл. Зато простая проверка по матчам ЧМ 2014 показала, что номера ВСЕГДА жёстко закреплены за участниками, например, SelectionID для ничьи на рынке Match Odds всегда равен 58805, а SelectionD для Франции на этом же рынке всегда равен 24 и т.д.

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