первое, и самое главное, что вытаскиваю из логов- если логи меняются, значит TSLab запущен и не завис. Пожалуй, это единственное, что невозможно построить с помощью событийной модели TSLab. После этого смотрю на состояние соединения и спускаюсь на уровень сообщений от роботов.
Да, согласен, сейчас это невозможно понять. Да и в принципе это возможно понять только с помощью внешней программы, так как если TSLab завис, то он уже ничего не пошлет
. Это можно было бы сделать на принципе, что TSLab все время что-то посылает с какой-то периодичностью, но этот принцип не нравится. Если есть другие предложения, мы всегда рады их рассмотреть и реализовать. Как часто в последнее время зависает TSLab? Насколько востребована эта функциональность?
Бывало несколько случаев (и в 1.1, и в 1.2), когда TSLab запущен, есть соединение, скрипты пересчитываются, но некоторые из них - зависли. Т.е. от них вообще перестают появляться сообщения в логах. Пока не перезапустил каждый из них по-отдельности, они продолжали "висеть". Сейчас такое поведение также отслеживаю через логи.
Это для нас новость. Мы у себя с таким не сталкивались, но если проблема есть, то она непростая. Было бы здорово, если бы Вы в такой ситуации в следующий раз не поленились и прислали бы лог. Может он и ничего не покажет, но с чего-то надо начинать. Какие-то предположения или закономерности есть?
На открытые каналы получения информации ориентироваться был бы рад, но ведь пока нет сервисного API, которое позволяло хотя бы получать сводную информацию о скриптах из таблицы "Управление агентами", и запускать/останавливать скрипты. Понимаю, что есть более приоритетные задачи.
По "менеджеру уведомлений" тоже было бы неплохо добавить логику для связки событий между собой вида "и", "или" и "не". Тогда система стала бы по-настоящему гибкой. Сейчас присутствует только логика "и". Также не совсем верно, что пароль к smtp-серверу хранится в открытом виде без звездочек. Но это уже мелочь.
В данном случае я говорил только про канал уведомлений. Через него идет весь поток сообщений (в лог пишется гораздо больше информации, но эта служебная информация, для разбора ситуаций). Из скрипта можно посылать свои соообщения. Также, просто это не отражено в документации, он расширяемый, можно добавлять свои обрабочики сообщений. Они будут подхватываться при старте программы, примерно по такому же принципу как внешние индикаторы. Если есть интерес, я могу это описать, например в блоге, пока этого нет в документации. В качестве примера можно описать как сделать запуск .ехе, хотя смысла в этом не вижу, лучше сразу делать действие в обработчике, например отсылать смс, вместо того чтобы запускать программу которая пошлет смс.
Насчет "не", "или" полностью согласен, мы знаем об этом, но их реализация требует переработки интерфейса менеджера уведомлений, а это уже другая по трудоемкости задача. Вообще есть твердое желание переработать интерфейс менеджера уведомлений, чтобы он был более "user friendly", но как правильно заметили, пока хватает более срочных задач.
Насчет пароля, в последних сборках прикрыли звездочками. Извиняюсь, при переходе на телериковский контрол сразу не получилось реализовать.
Предыдущий топик
К началу
