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

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

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

Мы пока планируем без редактора:
звуковые алерты на следующие события:
1. выставление заявки
2. конетк/дисконект с сервером.

С выставлением есть следующие проблемы:
генерить по фактическому выставлению заявки, или появлении сигнала на высталение заявки в менеджере команд...
Объединять ли алерты, если выставилось несколько заявок.

Нужен ли алерт, что исполнилась условная заявка и т.п.

Вот так бы мне хотелось
1. Алерт на выставление самой заявки
2. Алерт на срабатывание стопа/тейка
3. Алерт на разрыв/восстановление соединения с сервером
Это тот минимальный набор который необходим, и возможность выводить всплывающее окошка поверх всех приложений, не у всех включены динамики или наушники.
Ну и к смс присоединяюсь, но это уже не главное

Если не получится сервис с отправкой СМС, я предлагаю отправку алертов электронной почтой.

Для начала на открытие позиции надо точно.

Да хотя бы звуковой для начала.

Как продвижение в этом направлении?

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

Напоминаю просьбу про Алерты, при одном скрипте еще куда бы нешло, но сейчас их 2. Алерты нужны как вода.

За Зум Зум спасибо, реально стало легче, правда поздно, работа на кубиках законченна, дальше API

Алерты уже разрабатываются, но не стоит ждать их завтра. Хотим сделать их универсальными и максимально настраиваемыми.

Ок, это радует что дело не стоит на месте.

стоит ли ждать алерты в сентябре? очень надо

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

Бекап имеем, когда примерно можно в ночных сборках встреть алерты?

Алерты в разработке, но конкретных сроков не могу назвать, надеемся в октябре будет в ночных.

Хотелось бы узнать судьбу данного дела

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

А еще более поконкретней о каких либо сроках можете сказать?

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

седня все ущло... И об этом даже все телеки и радио со вчерашнего утра говорили, говорили даже почему это сегодня произойдет, ...

Улубныло
не первый раз просто такое, как с прибыльными сделками так и с убыточными, редко, но бывает, да и закрытие надо контролировать что бы в ММ сделку внести и поменять размер позы.

Алерты вроде получил, но что- то намудрили, можно в 2- словах: как сделать звуковой сигнал при открытии новой позы/срабатывании стопа.
Вот такой простой вопрос

Можно и не в двух: http://www.tslab.ru/docs/online/alert_manager.htm

А все таки как получить алерт при открытии позы так и не ясно. Можно в двух словах?

В двух словах точно не получится. Механизм алертов только появился в последней версии и вероятно ему не хватает удобства пользования, понятности и может быть еще требуется что-то доработать.
Но главное он есть, и он сделан максимально расширяемым и настраиваемым. Поэтому думаю дальнейшая доработка с учетом замечаний, пожеланий пройдет быстро.
Я попытаюсь дать какую-то начальную информацию, которая в дальнейшем войдет в документацию, в более подробном виде.
Все сообщения в программе теперь рассылаются централизованно из одного места всем обработчикам. Сейчас доступны еще следующие обработчики: Вывод в окно сообщений, вывод сообщения в системный трей и проигрывание звукового файла. В ближайшее время добавлю посылку емейла. Если нужно что-то еще напишите. Также можно написать собственный обработчик, программа его подхватит.
После установки приложения установлен и активирован обработчик окна сообщений и его нельзя удалить. Остальные обработчики можно добавлять по необходимости.
Чтобы сделать нужное уведомление нужно добавить подходящий обработчик и настроить фильтры.
Изначально во все обработчики, у которых стоит признак "Подключен" идет полный поток сообщений. К каждому сообщению добавлены дополнительные атрибуты, имеющие смысл для этого события. Например при выставлении заявки из скрипта в событиях будет атрибут имени скрипта, которого при ручном выставлении заявки не будет.
Также каждому событию присвоен уникальный номер. Его можно видеть в колонке "Номер" в окне сообщений. Простейшая фильтрация может быть выполнена с помощью фильтра "По номеру" с указанием нужного номера, взятого из окна сообщений. В дальнейшем мы отразим номера событий и атрибуты в документации.
Для того чтобы пропускать только сообщения от заданного скрипта надо использовать фильтр "Скрипт" и указать имя скрипта.
Здесь нужно понимать что все добавляемые фильтры действуют по принципу логического "И", т.е. на вход следующего в цепочке фильтра подается отфильтрованный результат предыдущего фильтра. Допустим мы хотим получать уведомления только о выставлении заявки (номер 200) от скрипта Hi_Lo. Нужно добавить фильтры "Скрипт" с именем Hi_Lo и "По номеру" с номером события 200. Фильтр "Скрипт" отфильтрует все события имеющие отношение к скрипту Hi_Lo, а фильтр "По номеру" из них выберет только сообщения с номером 200. К сожалению в данный момент в фильтре "Скрипт" имя скрипта надо вводить вручную, в дальнейшем сделаем выбор из списка существующих скриптов.
Теперь что касается "открытия позы". Если под этим понимается событие о совершении сделки (220), то можно также воспользоваться фильтрами "Скрипт" и "По номеру".
Готов отвечать на дальнейшие вопросы если что непонятно, рассматривать предложения по улучшению в механизме уведомлений.

Ок, это хорошо что можно что угодно и т.д. сделать.
Не нашел номер события только, и номер события всегда один и тот же?, т.е. 200 это всегда выставление, а 220 это совершение?
И можно как на скрине привести пример для алерта по открытию позы.

Ок, только уточните что вы понимаете под открытием позы, чтобы не было недопонимания. Можно скриншот окна сообщений после открытия позы, какие сообщения у Вас проходят?

Так что то плучилось, все оставил так как на скриншоте было, звук при выставлении заявки получился. По номерам увидел, 200, 220, 100. А как эти номера на скрипт поставить не понял, но звук при выставлении заяки получил. При открытии - еще небыло открытия

Вот например для 200 события

А в какой редакции появилась надпись по номеру, у меня такой нет, и у вас скрипт с таким же именем?

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

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

Агент это я правильно понимаю клон ICQ http://agent.mail.ru ?
В принципе протокол там выложен, почему нет, но немного попозже, пока есть более срочные вещи.
При работе в фоне под другим пользователем по идее и сейчас должно отправлять, ничего дополнительно делать не надо.

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

Господа, добрый день,
сообщите пожалуйста - я слышал что в какой то из последних версий якобы получилось автоинформирование по емейл.
Это правда?

Да, в последние сборки включен E-mail обработчик для уведомлений.
Меню Инструменты-Менеджер уведомлений, Добавить и выбираете E-mail
Далее надо заполнить настройки, установить фильтры чтобы из общего потока уведомлений на этот обработчик шли только нужные и затем подключить его.

А почему в 72 сборке в в качестве порта прописан статично 587 порт и настройки порта на отправку сообщения никак не влияют?
SmtpClient client = new SmtpClient(this.m_settings.Server);
client.Port = 0x24b;
client.Credentials = new NetworkCredential(this.m_settings.Login, this.m_settings.Password);
client.EnableSsl = true;
client.Send(message);


еще и ssl включен по умолчанию, у меня внутренний smtp все как-то больше стандартный, 25 порт слушает.

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

Спасибо! Как проверю отпишусь.

Сделано в сборке 1.1.18.81

Работает и даже протестил внутреннюю систему SMS over SMTP, пока все нормально.
У меня вопрос по сборке TSLab.AddinsCommon.
Создал проект, зацепил референсы на TSLab.AddinsCommon, там NotificationHandler
TSLab.Utility - там класс NotifyEvent, который приезжает как параметр в метод Notify и System.ComponentModel.Composition, отсюда у Вас атрибуты.
Написал два класса по образцу и подобию E-mail, для разгона решил просто протестировать на записи в текстовый файл.



Куда дальше сборку, от переноса в Handlers и корень программы профита не получил, или функционал активации внешних расширений еще не готов и бегу впереди паровоза?

Нет, как раз хорошо если протестите . Положить надо в папку Notification, она должна быть на том уже уровне что и Handlers в AppData.
Код с точки зрения отладки годится, но в реальной жизни, если события будут идти один за другим, то на открытие/закрытие файла будет тратиться много времени, лучше тогда держать файл открытым.
Закрыть в public override void Close().
И лучше обернуть работу с диском в try/catch

Создал папку "Notification" в папке "c:\Users\{Profile Name}\AppData\Local\TSLab\TSLab\", тут-же есть Handlers, Logs, TransaqCacheBars, так что вроде не промахнулся местоположением, в нее положил свою сборку (во вложении).
Перезапустил tslab, в диалоге добавления менеджера уведомлений (там только стандартные Системный трей, аудиофайл и E-mail) своего ожидаемого "TextFile" не вижу. Но сборку явно зацепило, т.к. при работающем tslab удалить или перезаписать нельзя.

Еще не тестил но перспективы использования уже вижу
https://www.beeonline.ru/communicate/depart/7

А это настройки того-же gmail для отправки этих самых сообщений по SMTP http://mail.google.com/support/bin/answer.py?answer=13287

И это проверил, работает, но ответ приходит от номера 684, но то, что это сообщение от tslab вполне понятно, а если еще говорящее имя ящика зевести (оно в начале сообщения), то вообще будет все понятно.

Я поправил, будет в вечерней сборке 1.1.17.82. У меня Ваш обработчик отработал нормально.

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

Не совсем понял, письмо будет от того логина который вобьете. Заголовок письма изменил, теперь будет TSLab:<идентификатор сообщения>:<тип сообщения>

Какие настройки SMTP (SMTP сервер, порт, пользователь, пароль) прописывать для отправки уведомлений, если скрипт работает с вашего сервера (паркинг скриптов)?

server = www.tslab.ru
port = 25
логин и пароль не нужны

Есть пара замечаний, сборка 1.1.17.81, может в поздних этого уже нет, но...
Нельзя добавить несколько обработчиков уведомлений одного типа, но с разными параметрами по крайней мере e-mail точно.
Есть настроенный источник e-mail, все работает, все отлично, добавляем еще один, но с другими параметрами, не важно какими, но другими, в данный момент все нормально, но если перезапустить программу, у всех обработчиков типа e-mail будут параметры последнего добавленного.

Есть ошибка в тексте самих уведомлений, настроен только один фильтр "Транзакции":"Заявки и сделки", вот текст писем по данному событию:

Заявка {номер} на покупку 94 лотов SBER03 по рыночной цене принята. Команда выполнена за 1713 мс.

Рыночная заявка {номер} исполнена. Куплено 94 лотов SBER03. Остаток 0 лота(ов).

Сделка {номер}: Куплено 940 лотов SBER03 по цене 100,53.

Заявка {номер}на продажу 94 лотов SBER03 по цене 98,53 принята. Команда выполнена за 604 мс. (это уже стоп).

Прошу обратить внимание на количество лотов в третьем сообщении.

Спасибо за замечания. Ошибки поправлены в вечерней сборке.

P.S. Меня не будет неделю, поэтому если еще будут замечания по алертам, я их поправлю только после того как появлюсь.

Просьба наладить отправку сообщений в агент или аську.
PS: ОГРОМНАЯ просьба

Смотрю, по адресу попал Зашел хотел узнать можно ли через e-mail алерты отправлять, смотрю, уже сделано. А не ткнете, где в документации описано как это сделать? А то не могу найти. Или примерчик какой на с#? Спасибо заранее.

Инструменты - Менеджер уведомлений .