Расширенная история событий- ПОМОГИТЕ!!!

Использование системы в различных ситуациях, вопросы программирования сценариев.

Модератор: immortal

gagarin74
Сообщения: 330
Зарегистрирован: Пн апр 06, 2015 9:51 am
Благодарил (а): 37 раз
Поблагодарили: 22 раза

Расширенная история событий- ПОМОГИТЕ!!!

Сообщение gagarin74 » Ср июл 01, 2015 3:01 pm

Ребят,добрый день.
Возникла идея,а как реализовать не бум бум.
Хотелось бы "разделить" историю событий.
Типо есть устройство ВОРОТА,СВЕТ,ТЕМПЕРАТУРА,НОВОСТИ.
как работает сейчас:
Ворота -открылись,закрылись -пишется в ИСТОРИЮ
Свет(электричество)- ВКЛ ВЫКЛ - пишется в ту же ИСТОРИЮ
Температура изменилась -пишется туда же.
ИТД ИТП
При просмотре лога (истории) -это все логично и понятно (если брать час-два).
Но хотелось бы иметь разные лог файлы (отображения)- на определенные группы.
Допустим интересует температура за ДВА дня - смотрим лог температуры.
И ни какие ВОРОТА и НОВОСТИ не переплетаются!!!!!
Помогите ,кто чем может!!!!
dmw
Сообщения: 469
Зарегистрирован: Вт мар 12, 2013 1:22 am
Благодарил (а): 41 раз
Поблагодарили: 81 раз

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение dmw » Пт июл 03, 2015 5:46 am

Создайте объект например Log со свойствами:
Log.vorota
Log.temperatura
Задайте им срок хранения истории и сохраняйте туда вместо say(""):
sg("Log.vorota","15:00 закрылись ворота")
и т.д.
За это сообщение автора dmw поблагодарил:
Lerych (Сб ноя 24, 2018 1:12 pm)
Рейтинг: 1.16%
gagarin74
Сообщения: 330
Зарегистрирован: Пн апр 06, 2015 9:51 am
Благодарил (а): 37 раз
Поблагодарили: 22 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение gagarin74 » Пт июл 03, 2015 9:52 am

большое спасибо за идею, а можно ещё вариант как это все отобразить ?
dmw
Сообщения: 469
Зарегистрирован: Вт мар 12, 2013 1:22 am
Благодарил (а): 41 раз
Поблагодарили: 81 раз

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение dmw » Пт июл 03, 2015 10:24 am

gagarin74
Сообщения: 330
Зарегистрирован: Пн апр 06, 2015 9:51 am
Благодарил (а): 37 раз
Поблагодарили: 22 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение gagarin74 » Пт июл 03, 2015 10:27 am

так там график?!
а мне желательно
15.20 -ворота открылись
15.30- ворота закрылись
dmw
Сообщения: 469
Зарегистрирован: Вт мар 12, 2013 1:22 am
Благодарил (а): 41 раз
Поблагодарили: 81 раз

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение dmw » Пт июл 03, 2015 10:29 am

Так и будет.
gagarin74
Сообщения: 330
Зарегистрирован: Пн апр 06, 2015 9:51 am
Благодарил (а): 37 раз
Поблагодарили: 22 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение gagarin74 » Пт июл 03, 2015 11:02 am

а нельзя как на "главном" экране выводить? Более красиво ?
Аватара пользователя
Lerych
Сообщения: 191
Зарегистрирован: Чт дек 14, 2017 8:46 pm
Откуда: Московская область, Серпухов
Благодарил (а): 79 раз
Поблагодарили: 24 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение Lerych » Сб ноя 24, 2018 1:21 pm

dmw писал(а):
Пт июл 03, 2015 5:46 am
Создайте объект например Log со свойствами:
Log.vorota
Log.temperatura
Задайте им срок хранения истории и сохраняйте туда вместо say(""):
sg("Log.vorota","15:00 закрылись ворота")
и т.д.
В продолжение темы.
Как можно реализовать Чат по принципу:
Алиса: Авария - что-то отключилось (красный цвет шрифта)
Алиса: Ошибка - что-то не работает (желтый цвет шрифта)
Алиса: Предупреждение - надвигается шторм (синий цвет шрифта)
Алиса: Сейчас 20 часов (зеленый цвет шрифта)
Т.е. ввести классификацию сообщений и вывод их соответственный. Мне кажется такая классификация будет полезна.
Есть конечно мысль - завести пользователей с Именами: Авария, Ошибка и т.д. и вещать от их имени, но это не подходит, т.к. другие пользователи тоже есть и они должны тоже логиниться в системе для доступа к Админке. Ну или как-то скрыть их (пользователей Авария, Ошибка и т.д.) в списке Юзеров для доступа в Админку.

Но лучше наверное доработать модуль ChatBox:
Предложение по доработке ChatBox.
Можно реализовать классификацию (тип) сообщения: например, Авария, Ошибка, Предупреждение и Информация.
Чтобы потом в Чате получить типа:
Алиса: Авария - что-то отключилось (красный цвет шрифта или на выбор)
Алиса: Ошибка - что-то не работает (желтый цвет шрифта или на выбор)
Алиса: Предупреждение - надвигается шторм (синий цвет шрифта или на выбор)
Алиса: Информация - Сейчас 20 часов (зеленый цвет шрифта или на выбор)
Т.е. дополнить функцию Формат вызова функции
saydym('text',par1,par2,par3,par4)
'text' — текст сообщения
par1 — уровень важности сообщения
par2 — номер файла «дин-дон»
0 — принудительный запрет «дин-дон»
1 — стандартный файл dingdong.mp3
2 — tone1.mp3
3 — tone2.mp3
4 — tone3.mp3
par3 — ID пользователя (из таблицы) от имени которого звучит сообщение
(0 - сообщение от имени Алисы)
par4 - тип сообщения (см.выше)
Какие есть мысли? Спасибо!
fandaymon
Сообщения: 1554
Зарегистрирован: Сб янв 13, 2018 5:00 pm
Благодарил (а): 39 раз
Поблагодарили: 574 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение fandaymon » Сб ноя 24, 2018 4:10 pm

Lerych писал(а):
Сб ноя 24, 2018 1:21 pm
dmw писал(а):
Пт июл 03, 2015 5:46 am
Создайте объект например Log со свойствами:
Log.vorota
Log.temperatura
Задайте им срок хранения истории и сохраняйте туда вместо say(""):
sg("Log.vorota","15:00 закрылись ворота")
и т.д.
В продолжение темы.
Как можно реализовать Чат по принципу:
Алиса: Авария - что-то отключилось (красный цвет шрифта)
Алиса: Ошибка - что-то не работает (желтый цвет шрифта)
Алиса: Предупреждение - надвигается шторм (синий цвет шрифта)
Алиса: Сейчас 20 часов (зеленый цвет шрифта)
Т.е. ввести классификацию сообщений и вывод их соответственный. Мне кажется такая классификация будет полезна.
Есть конечно мысль - завести пользователей с Именами: Авария, Ошибка и т.д. и вещать от их имени, но это не подходит, т.к. другие пользователи тоже есть и они должны тоже логиниться в системе для доступа к Админке. Ну или как-то скрыть их (пользователей Авария, Ошибка и т.д.) в списке Юзеров для доступа в Админку.

Но лучше наверное доработать модуль ChatBox:
Предложение по доработке ChatBox.
Можно реализовать классификацию (тип) сообщения: например, Авария, Ошибка, Предупреждение и Информация.
Чтобы потом в Чате получить типа:
Алиса: Авария - что-то отключилось (красный цвет шрифта или на выбор)
Алиса: Ошибка - что-то не работает (желтый цвет шрифта или на выбор)
Алиса: Предупреждение - надвигается шторм (синий цвет шрифта или на выбор)
Алиса: Информация - Сейчас 20 часов (зеленый цвет шрифта или на выбор)
Т.е. дополнить функцию Формат вызова функции
saydym('text',par1,par2,par3,par4)
'text' — текст сообщения
par1 — уровень важности сообщения
par2 — номер файла «дин-дон»
0 — принудительный запрет «дин-дон»
1 — стандартный файл dingdong.mp3
2 — tone1.mp3
3 — tone2.mp3
4 — tone3.mp3
par3 — ID пользователя (из таблицы) от имени которого звучит сообщение
(0 - сообщение от имени Алисы)
par4 - тип сообщения (см.выше)
Какие есть мысли? Спасибо!
На самом деле всё это делается просто - добавляется в таблицу shouts новые поля - категория и тип. Чуток переделываем модуль shouts - добавив новые поля и фильтр по категориям. В темплейте чата в зависимости от типа ставим нужный цвет. В принципе это всё. Конечно переделывать стандартный чат это значит, что он будет затиратся при каждом обновлении. Поэтому варианта 2 - предложить изменения в стандартный или сделать свой на основе стандартного. Вот тут - http://majordomo.smartliving.ru/forum/v ... f=5&t=1917 что-то подобное реализовали
За это сообщение автора fandaymon поблагодарил:
Lerych (Сб ноя 24, 2018 4:14 pm)
Рейтинг: 1.16%
Аватара пользователя
Lerych
Сообщения: 191
Зарегистрирован: Чт дек 14, 2017 8:46 pm
Откуда: Московская область, Серпухов
Благодарил (а): 79 раз
Поблагодарили: 24 раза

Re: Расширенная история событий- ПОМОГИТЕ!!!

Сообщение Lerych » Сб ноя 24, 2018 6:42 pm

dmw писал(а):
Пт июл 03, 2015 5:46 am
На самом деле всё это делается просто - добавляется в таблицу shouts новые поля - категория и тип. Чуток переделываем модуль shouts - добавив новые поля и фильтр по категориям. В темплейте чата в зависимости от типа ставим нужный цвет. В принципе это всё. Конечно переделывать стандартный чат это значит, что он будет затиратся при каждом обновлении. Поэтому варианта 2 - предложить изменения в стандартный или сделать свой на основе стандартного. Вот тут - http://majordomo.smartliving.ru/forum/v ... f=5&t=1917 что-то подобное реализовали
А зачем два поля? MESSAGE_TYPE - наверное достаточно? В нём хранить 0 - "системная информация", 1 - "предупреждения", 2 - "ошибки", 3 - "аварийные ситуации" и т.п.
В таблице shouts что за поле SOURCE?
Ответить