опять про Календарь и напоминания

[Александр]

прошло уже много времени с тех пор как...
Возвращаясь к календарю - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=548
а вы не пользуетесь Календарем Лоции? - зря... - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=336
Объект 'Стикер' и как его использовать? - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=253
Таймеры для Лоции - http://www.lplm.ru/phpBB2/viewtopic.php?f=20&t=250
мы в свое время забросили идею с напоминаниями как неперспективную
на текущий момент... - никто не поделится красивым типовым решением по поводу - сформировать напоминание по объекту с выдачей сообщения юзеру и автоматической очисткой этих сообщений после просмотра?
как помню было несколько решений
1. По кнопке объекта - запустить одноразовую работу - в работе установить даты, текст, напоминания, ... получить сообщение - вручную его удалить. В этом варианте - видим форму работы - что не нужно.
1.1. В связи с возможностью передачи параметров в работу - сделать набор параметров в действии - запустить невидимую одноразовую работу и т.д. - вручную очистить. В этом варианте форму работы не видим - пустая, мелькает один раз у юзера
2. Создать постоянную работу со стеком/массивом сообщений/напоминаний - непонятно было как добавлять новые напоминания в такую работу, и с другой стороны - это просто дублирование очереди сервера автопереходов - наверно не совсем то
во всяком случае с одной стороны много свободных работ-напоминаний с другой одна работа с многомерным массивом из напоминаний - не понятно что лучше
3. Вроде как календарь начал работать - и может выдавать сообщение в указанную дату - но вроде как не может передать объект... или уже может? 4.40?
3.1 Сделать объект+атрибуты событие календаря и привязать к нему напоминание через работу (п.п. 1-1.1.) - тоже вроде избыточно

в общем - никто не поделится? как на текущий момент, на 2010 год у кого реализован какой алгоритм напоминаний по объекту???

[Старик Крупский]

Можно попробовать твой вариант 2: одна работа, которая с какой-то периодичностью на автосервере выполняет SQL и выгребает коды объектов, о которых нужно напомнить. Затем:
1. Делает информационную рассылку. Никакой формы можно не делать, достаточно текста сообщения + вложения в виде одного или нескольких напоминаемых объектов.

ИЛИ

2. Генерирует свободные сообщения. Функция в действиях над объектами такая есть, MailSend по-моему называется.

[Александр]

а ведь знаешь! - это мысль!!!
про свободные сообщения это понятно, и так и должно быть, но вот про то чтобы тексты напоминаний не хранить в работе - это уже круто
т.е. давай посмотрим
1- интересно для юзера в плане работ - посмотреть все текущие напоминания - просто посмотреть - это важно, без получения сообщения... типа ОТЧЕТ по дочерним объектам или пользовательский отчет
2- нужно получить напоминание фактически в виде сообщения и - ули убить его или изменить дату и текст
теперь
как лучше хранить напоминания
1. Можно создать (самому в действии - без использования календаря) расширенный стандартный объект ЛОЦИИ - СОБЫТИЕ КАЛЕНДАРЯ - во первых для совместимости с КАЛЕНДАРЕМ и во вторых для ПИАРА самого календаря среди юзеров Лоции - и в каждом хранить всю инфу по событию + id напоминаемого объекта и в работе делать выборку всех объектов событий и активировать сообщения
т.е. - нужен объект (привязку этого объекта можно например сделать к сотруднику-объекту ну или к самому объекту по типу Дерево или в некую структуру НАПОМИНАНИЯ)
2. Специальный объект не нужен - можно хранить текст напоминания и дату в паре атрибутов самого напоминаемого объекта - вроде бы логичней - но напоминание только одно для одного объекта - иначе нет смысла даже заморачиваться

что скажешь? - наверно создавать объект Напоминание=СОБЫТИЕ КАЛЕНДАРЯ - + расширение=id объекта - было бы и круче и универсальнее??? как думаешь?

ps
Кстати совершенно очевидно что Лоция может расширить свой функционал для создания системной структуры напоминаний - в виде хранилища/подборки событий + стандартную работу по рассылке этих напоминаний по адресатам....

[Старик Крупский]

1- интересно для юзера в плане работ - посмотреть все текущие напоминания - просто посмотреть - это важно, без получения сообщения... типа ОТЧЕТ по дочерним объектам или пользовательский отчет

Посмотреть все текущие за один раз, а потом наверняка к ним еще раз вернуться - это точно не свободное сообщение - это либо отчет (т.е. объекты), либо запущенные работы

2- нужно получить напоминание фактически в виде сообщения и - ули убить его или изменить дату и текст

Если изменить, то это опять не свободное сообщение.

как лучше хранить напоминания
1. Можно создать (самому в действии - без использования календаря) расширенный стандартный объект ЛОЦИИ - СОБЫТИЕ КАЛЕНДАРЯ - во первых для совместимости с КАЛЕНДАРЕМ и во вторых для ПИАРА самого календаря среди юзеров Лоции - и в каждом хранить всю инфу по событию + id напоминаемого объекта и в работе делать выборку всех объектов событий и активировать сообщения
т.е. - нужен объект (привязку этого объекта можно например сделать к сотруднику-объекту ну или к самому объекту по типу Дерево или в некую структуру НАПОМИНАНИЯ)

А может, к сотруднику временно привязывать объекты, по которым требуется напоминание + атрибуты проекта - дата напоминания, текст напоминания и т.д. Что у вас там - договоры, счета и проч.? Можно какой-то другой иерархической связью. Тогда один документ можно привязать хоть ко всем сотрудникам, но с разными параметрами напоминания.

[Александр]

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

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

в общем нужно пробовать
одна работа-запрос к БД по расписанию - отбор объектов напоминаний - запуск действия по транспортировке объекта напоминания и самого напоминания юзеру- короче щас запутаюсь вообще

ps
а атрибуты проекта-это что? какие отличия от обычных атрибутов? в данном контексте?

[Старик Крупский]

к одному сотруднику привязать один и тот-же объект напоминания несколько раз одновременно... наверно не получится

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

[Старик Крупский]

а атрибуты проекта-это что? какие отличия от обычных атрибутов? в данном контексте?

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

А насчет объекта напоминания... Полезная вещь. Думаю, что это самый правильный вариант. Напоминалка сработала, ты ее перезавел на попозже - атрибут изменился, срок наступил, и снова-здорово. Можно раз в в год (или чаща/реже) удалять из базы объектики напоминаний. Да и работать с объектами проще.
То, что на сервере будет крутиться работа... Ну и пусть крутится. Она всего одна. Не 300, не 400, а одна, ОДНА, ОДНА

[Александр]

уВау! а после праздников еще и мысли какие-то есть!... неожиданно
смотри а можно еще как - объекты напоминания - ограниченная коллекция типа чтобы память не занимать
есть не больше 100 таких объектов или для начала 1 объект на всех и слежение за его размножением.

Типа юзер запросил новое напоминание или изменение напоминания - лезем в коллекцию напоминаний - смотрим
1 - есть свободные!!! - берем, назначаем свойства - привязываем работаем
2 - свободных нет - создали новый добавили в коллекцию - ушли на первый пункт
3 - напоминание сработало - отвязываем объект - передаем в коллекцию напоминаний как свободный
ограничение рождаемости по китайскому сценарию!

[Старик Крупский]

Интересно, между прочим! Продолжу дальше, а если ни одного китайского свободного напоминания нет, тогда придется родить новое

[Александр]

еще один вопрос
есть все календари системы

Код: Выделить всё

  SELECT * 
  FROM lsdbo.object_reference rw left join lsdbo.object_type tw on rw.type_id = tw.id 
 where tw.Mnemo='КЛНД' 

есть все события календарей

Код: Выделить всё

  SELECT * 
  FROM lsdbo.object_reference rw left join lsdbo.object_type tw on rw.type_id = tw.id 
 where tw.Mnemo='EVNT' 

есть возможность расширить атрибутивную информацию события 'EVNT' (Это системный тип Лоции - просто я его переименовал) например так

Захват-98.gif (19.97 КБ) 44733 просмотра

есть напоминание календаря на дату которое приходит (не создается - именно приходит) например так

Захват-99.gif (21.92 КБ) 44733 просмотра

теперь
- при создании календаря я не могу привязать ни его 'КЛНД' ни его событие 'EVNT' к объекту, т.е. все это дело создается и работает 'в воздухе', т.е. физически я могу отловить эти типы объектов в БД и привязать их к своим объектам по любому типу связи - но это будет связь 'НИ О ЧЕМ' типа визуальная
дальше в пришедшем сообщении от события я УЖЕ могу приложить к сообщению что-то и послать его дальше, типа так

Захват-100.gif (21.27 КБ) 44733 просмотра

теперь сам вопрос
поскольку событие может быть создано самостоятельно - НЕ ЧЕРЕЗ КАЛЕНДАРЬ - просто как объект с атрибутами (родными и расширенными) принадлежащими тому или иному календарю ...
-можно ли как нибудь ссылку на объект в таком 'пользовательском' событии указать/поместить/добавить в поле Документы приходящего сообщения (кстати что это - сообщение - тип объекта или что-то еще так и не понял) самостоятельно/автоматически (я же знаю например id объекта которому соспоставляю событие), чтобы непосредственно из сообщения открыть объект??? как в отчете что-то типа isobject_id

проблема в том что типы 'КЛНД' / 'EVNT' не документированы в явном виде, и где хранится связь 'КЛНД'<->'EVNT'<->сообщение, и ссылка на связь сообщения, допустим с самим 'документом' сообщение, или в дальнейшим с приложенным 'документом' объект или файл или что угодно... не понятно
а так - это сразу бы сняло все вопросы по календарю в принципе

т.е. если в двух словах - подскажите
1. где лежит связь конкретного календаря 'КЛНД' и конкретного события 'EVNT' с точки зрения того что это просто объекты и при создании события 'EVNT' средствами Лоции эта связь где-то создается
2. где-то в недрах Лоции при создании события 'EVNT' создается сообщение на дату - т.е. запускается что-то на сервере автопереходов формирующее сообщение - наверное, что-то в этом духе... - можно ли вмешаться в этот процесс чтобы добавить в сообщение ссылку на объект в поле 'документы' перед этапом отправки сообщения юзеру?

[Старик Крупский]

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

[Александр]

нет нет, не туда
все это понятно, все это так, и как сделать стандартно тоже понятно, и вообще в новых сборках может уже можно создавать событие с указанием объекта который перейдет в сообщение юзеру - не знаю, вполне возможно
у меня только альтернатива, даже не совсем альтернатива
все что мне нужно
- просто понять где лежат и в какой момент создаются связи между 'КЛНД' и 'EVNT'
- что из себя представляет сообщение генерируемое событием календаря
- и где у сообщения хранятся ссылки на приложенные 'документы'
если это узнать - вполне можно где-то перехватить создание этого сообщения по событию 'EVNT' и подставить туда свою ссылку на свой объект

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

[Anderyt]

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

[Александр]

а скажите, кто пользуется 5й версией - есть ли там 'новый' функционал по - напоминаниям/расписаниям/календарю и остальным функциям 'стандартного' органайзера без использования WorkFlow???????????
ps
....все еще ищу аргументы для апргейда....
pps
админские аргументы не прошли
пробую - пользовательские

[Старик Крупский]

А что нам за это будет?