В ночных сборках появилась эта возможность.

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

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

Перед рестартом за 10 сек возникнет окно с обратным отсчетом, позволяющее отменить рестарт - вдруг идет оптимизация очередного грааля или что-то еще

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

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

как бороться я понял. но если я открываю в конце торгов 10 скриптов и смотрю кто что наделал , потом где то на графиках поменял таймфреймы осмотрел рынок ткскзть, мне эта галка делов наделает. раньше мне по крайней мере было удобней.
Ок это всё мелочи.
о вкусах не спорят если вкусы одинаковые )

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

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

Круто!

спасибо)

несколько дней стоит рестарт на 9:00 ,срабатывает стабильно
в 9:00:32 скрипты рапортуют о запуске
в 9:00:38 скрипты выполнены
с 4мя работающими скриптами за день память набирает под 500

А дисконнект по шедулеру Вы делаете ?

У меня дисконнект стоит на 23:52.
В 23:53 Финам отрубает сервера.
Рестарт на 00:01.
Память девственно читстая после рестарта.
В 09:45 коннект по шедулеру.
Все работает хорошо. Я доволен.

Но ! Есть баг, который Транзаки никак отловить не могут.
Если дисконнект по шедулеру сделать в 23:55, после выключения серверов Финама в 23:53, то в 09:45 по шедулеру коннект не поднимается - падает коннектор Транзака. Эту серьезную багу в данныей момент совместно пытаемся отловить.

Странно, у меня расписание дисконнекта стоит тоже на 23:55, но тем не менее всё поднимается (запасной сервер), версия 1.1.8.0, а коннект на 9:50. Но сегодня как то криво котировки предыдущего дня загрузились, пришлось ТСЛаб перезагружать, перезагрузка помогла.

расписание у меня
вкл 9:30 выкл 23:59:59
всё норм конектится

=запасной сервер

вот это интересно
у меня основной

=криво котировки

с утра были проблемы со связью

очень интересно
Какая версия TSLab ?
Какой сервер основной ? резервный ?

у меня
213.247.141.136
1.1.8.23

Vladimir /, uprav

А рестарт TSLab по шедулеру включен ?

не понял
расписание включено и перезапуск программы включен на 9:00

У мну рестарт проходит стабильно, конфа сама сохраняется и после рестарта память стряхивается

Да. Вы написали про рестарт в 09:00 выше.
Сори за невнимательность.

Я забыл написать про маленький нюанс :-)
Этот баг проявляется если рестарт по шедулеру не делать.
Те если дисконнект по шедулеру сделать после 23:53 после выключения серверов Финама, то идет подвисание коннектора и в 09:45 без рестарта TSLab не поднимается.

В вашем же случае подвисание есть все равно, просто оно лечется рестартом.

Что ни может ни радовать :-)

Ваш Клиент Контейнер получил ?
Все нормально ?
Доволен ?

а в 1.1.8.0 был разве рестарт
у uprav то она стоит

В 1.1.8.0 рестарта не было.
Согласен. Тут вопрос.

а если убрать расписание совсем и сделать рестарт программы на 9:40 она будет конектится? подозреваю что расписание становится тогда не нужным и рестарт убивает за раз обе проблемы?

=подозреваю что расписание становится тогда не нужным

это вопрос философский :-)
В таком случае TSLab будет долбиться на выключенный сервер всю ночь.
Вопрос зачем ?
Трафик хоть и мелочный, но денег стоит.
Я про Паркинг скриптов.
Так что я бы коннект по расписанию оставил.

=рестарт убивает за раз обе проблемы

Так точно :-)
Тока не обе, а одну. Проблема одна и проявляется специфически.

Да, все хорошо. Работает через ИТинвест. Пока все как по маслу.

Хорошо.
Он зареген на форуме ?
Вообще было бы не плохо его сюда привлечь к общению.
Клиентов из АйТи мало пока, поэтому о возникающих проблемах у них можем узнавать с большим опозданием.

У него есть желание подключится к паркингу
На форуме зарегистрирован, но пока не писал ничего.

У мну проблема с контейнерами, когда скрипт использует внешние скрипты, хранящиеся в Handlers. Вот такая ошибка вылазит:



Он вроде как бы работает, но вместо графика выдает такую штуку. Как с ней бороться?

При условии участвовать, так же как и все тут присутствующие, в развитии TSLab и сервиса Паркинга скриптов, пусть обозначится в личку. Пообщаемся. Люди из АйТи нам нужны.

По багу Нектодрон ответит как будет свободное время.

Хорошо.

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

Я так понимаю в контейнере есть блок внешнего скрипта? А другие контейнеры с внешними скриптами нормально работают?

Да, есть контейнер, в котором есть кубик, где указан путь к внешнему скрипту. У меня только один такой. Остальные контейнеры используют штатные индикаторы ТСЛаб.

рестарт ТСЛаб пока не тестирую, т.к. у меня версия ещё 1.1.8.0 на боевом, жду официального апдейта. А резервный сервер:
IP-адрес: 213.247.141.136 стоит с последней ошибки Транзака с 22.06, с тех пор, и реконнект по шедулеру проходит нормально, даже иногда и не смотрю иногда...Но хорошо сегодня с утра посмотрел.

Удалось несколько сузить область поиска проблемы.

На локальной машине создал контейнер с привязкой к портфелю и датой ограничения. Загрузил контейнер - всё ОК.

Залил этот же контейнер на паркинг и получил при открытии ошибку:



Такое ощущение, что путь к внешнему скрипту слетел. Хотя я проверил - и локально и на паркинге внешний скрипт лежит в по одному и тому же пути. Уже и в корень диска C пробовал класть - тоже самое. Ощущение, как будто путь не в виде текста сохраняется, а в виде ссылки.

Или все таки проблема не в этом, а что-то с отображением?

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

Хорошо. Тогда я просто терпеливо жду.
Но странно, что локально все работает, а на паркинге - нет.

Не получается воспроизвести, у меня нормально грузятся контейнеры с внешними скриптами, сделанные на других машинах. Есть предположение, что контейнер сделан из нерабочего (недоделанного) скрипта. Если не получится запустить, то сделайте подобный контейнер для меня и пришлите на contact@tslab.ru

Не работает. Отправил.

А скрипт я на реально счете проверял - всё работает.

а сборка на неработающем какая?

Все 1.1.8.29.

Исправил, в следующей сборке будет загружаться

Благодарю.

В результате рестарта программы сегодня ночью пропали свечи за 3 мая. Сохранились только свечи за 29 апреля. Это изменило работу скрипта. Подскажите, пожалуйста, в чём причина?

Попробуйте последую сборку. Если повторится то нужны логи.

Во время сегодняшней ночной перезагрузки ТСЛаб, установленная Вами в пятницу, была закрыта. Не давалась открыться. Выходил следующий комментарий:
Описание:
Stopped working

Сигнатура проблемы:
Имя события проблемы: CLR20r3
Сигнатура проблемы 01: tslab.exe
Сигнатура проблемы 02: 0.0.0.0
Сигнатура проблемы 03: 4dc247d6
Сигнатура проблемы 04: mscorlib
Сигнатура проблемы 05: 2.0.0.0
Сигнатура проблемы 06: 4bebd50b
Сигнатура проблемы 07: 344b
Сигнатура проблемы 08: 21c
Сигнатура проблемы 09: System.IO.IOException
Версия ОС: 6.1.7600.2.0.0.256.48
Код языка: 1049

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt
Для повторного запуска потребовалось перезапустить виртуальную машину. После перезапуска снова отсутствовал источник Ivan. Пришлось восстановить из резервной копии, созданной в воскресенье. Источник вновь появился.

С запуском непонятная проблема, если возникнет вновь, свяжитесь со мной.
Насчет отсутствия источника, я вчера исправил ошибку, должно помочь, попробуйте сборку 1.1.18.41.