..так и не починили лишенцы до сих пор..
У кого-нить инфа есть?

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

Если будут резервные сервера, процесс подключения сводится к этапам: проверяем основной сервер 2 раза, если нет его то второй из списка, если нет то третий. И так по циклу. ну учитываем еще время работы биржи чтобы не долбилось по дурному. В общем не сложная задача. Хотя конечно не шибко приоритетная.

У меня Финам отваливается каждые 15 минут, а я в позе. Если я поменяю сервак позу скрипт не подхватит, насколько мне известно. Есть решение этой проблемы?

Разработчики, можете ответить на вопрос?

Заявки на закрытие позиций снимите руками. Скрипт позиции подхватит и при перезапуске выставит заявки на новом сервере.

..почему не подхватит? по идее он останется в позе..

Подхватит. Если заявки условные, прежде чем переходитьнужно снять заявки.

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

В поддержке Финама сказали, что ничего делать не нужно, всё в автоматическом режиме сработает. Хотя я десять раз уточнял. Грустно...

Всем спасибо!

Почему грустно? Ведь так и должно быть..
А если бы еще автоматический переход между серверами, вообще бы по идее ничего не замечали...но..чего впустую воду в ступе толочь..
"Ушло в работу" и с концами..

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

ни разу не подозревал о такой мине, просто переключался на другой сервер и не разу не попал в какую-то нештатную ситуацию..
Может просто везло...

Проблема есть не у всех брокеров. Лимитная заявка подаваемая с лабы живёт день, GTC заявок в лабе нет (как я понимаю). Вопрос видит ли резервный сервер финама лимитную заявку? Должен видеть, потому что она отправляется на биржу. Но имеет смысл уточнить у брокера.
Куда хуже дела со стоп ордерами. Они отправляются на сервер брокера и там и хранятся. В АйТи и в Алоре резервные сервера не видят стоп ордеров. И если перейти на них, то при восстановлении основного сервера может сработать стоп ордер по позиции, которая давно закрыта. Видит ли резервный сервер финама стоп ордера поданные на основной сервер тоже надо уточнять в компании.
Есть ещё одна беда. При переходе с сервера на сервер может "выпасть" несколько свечей истории и тогда цена стоп ордера изменится. Лаба попытается снять и переставить несуществующий стоп ордер, потому что он будет по другой цене при потере истории. Старый стоп ордер не снимется (как непризнанный скриптом за свой), а новый выставится. И тогда двойной выход из позиции обеспечен
Именно поэтому я не сторонник автоматического переключения на резервный сервер при падении основного. И переход на резервный сервер имеет смысл только для того, что бы закрыть все существующие заявки, но не для продолжения работы.

А ведь наверное ты прав КЭП. Прочитал твой пост и вдруг ощутил состояние дежа-вю..где-то что-то почти то же уже читал.. и нашёл.
Была нештатная ситуация, обратился в нашу поддержку, а те после анализа в поддержку транзака.. Не вдаваясь в суть изначальной ситуфции привожу ответ от Транзака, почти иллюстрация предполагаемой тобой модельной ситууции:
Вот ответ из службы поддержки:

Добрый день.
Причина все та же - большие задержки
в синхронизации данных о состоянии условных заявках между серверами.

Клиент был подключен ко 2му серверу
В какой-то момент условная заявка 1599771 исполнилась на 1м сервере
и 2й сервер получил от шлюза order 8489357349
Он 5 минут ждал получения по синхронизации изменения статуса условной заявки,
но не дождался и отдал клиенту order 8489357349 под новым номером транзакции (135572)
(связь условной заявки и биржевой, которую она породила, разорвалась на этом сервере)

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

Поэтому, когда клиент переподключился (и попал на 1й сервер),
он получил другие данные.

С уважением,
Алексей Климов
ЗАО Скрин Маркет Системз,
разработка и сопровождение СБО TRANSAQ

От себя добавим, что при таком поведении сервером не представляется возможным в TSLab правильно отследить заявки и сделки. TRANSAQ со своей стороны считает это единичным сбоем.

С уважением,
Служба поддержки TSLab

Я руками снял все стоп ордера с падающего сервера, переподключился на работающий сервер, и скрипт обновил стоп ордера на этом сервере. Спасибо разработчикам, дали четкие инструкции.

У кого-нибудь работает? Если да, на каких серверах?

тока что посмотрел
213.247.141.133
есть коннект

У меня авторизация не проходит. С пятницы ничего не менял, ключ действующий