Виктор Бузин: можно пойти костыльным методом, создать группу в AD и добавлять в неё пользователей, которые должны получать сообщения о событиях календаря. Но мне кажетсмя более красиво будет оформление подписки на получение уведомления при подключении его к оутлуку.
Виктор Бузин: когда настраиваю вот так: prntscr.com/bekp7v то происходит ошибка. Если без участников - то всё работает нормально.
Подозрение закралось, кто есть Участники? Это те, у кого подключен календарь в Outlook, или некие участники, которых нужно заполнять при создании события в какое-то поле? Мне нужно именно тех, кто подписан на календарь (добавлял календарь в Outlook)
Виктор Бузин: Сейчас попробую. А есть какой-то нормальный метод обработки событий в нужном часовом поясе? А то сейчас я жёстко пропишу +5 часов, а когда коллеги из Москвы захотят воспользоваться этим функционалом - у них уже будет +3 часа.
Виктор Бузин: выяснил причину. С текущими настройками письмо не приходило и раб. процесс откладывался на 5 часов (разница моего часового пояса с GMT). Видимо он по умолчанию берёт количество секунд с 1900 года по GMT. Это поправлю, изменив интервал времени.
Сейчас смотрю, при настройках письма prntscr.com/bee6dd оно не приходит, возвращает ошибку: Ошибка приведения: Входной объект для данного приведения не может быть неопределенным (null).
Хотя когда прописываю в поле получателя прямой адрес - письмо приходит нормально. Почему такое происходит?
Вычислить выражение Current Item:Время начала минус 60 (с выводом в Variable: calc )
Сделать паузу до Variable: calc
Отправить Current Item:Кем создано; Current Item:Участники; Трофимов Иван Андреевич
В настройках выбрал Start workflow automatically when an item is created
Виктор Бузин: при создании элемента и изменении отлавливал события, уведомления по почте отправлял. Это всё работает нормально, но нужно отлавливать начало события и в этот момент (либо за какой-то период времени) отправлять уведомления.
Случайно удалил прошлый комментарий, вот с дополнением:
>> 2. методы класса перенести в прототип.
Правильно понимаю, что должно быть что-то подобное для всех методов:
Password.prototype.getAnswers = function () {
return answers;
};
В чём преимущества такого подхода?
>> 1. я бы разбил на два компонента - собственно форма придумывания пароля и и форма попыток ввода. Это два независимых блока ну и файликов к ним тоже 2.
Сначала хотел разбить, но эти два блока сильно зависят друг от друга и разбивать на два отдельных класса, а потом описывать взаимодействие между ними посчитал более накладным.
>> 2. не использовать id и поиск по id.
Правильно понимаю, что лучше во всех элементах использовать атрибуты data-* и уже с ними взаимодействовать?
Алексей: может просто запретить весь трафик кроме RDP и запретить буфер обмена через RDP? Оставить только входящие подключения RDP и остальное закрыть? Что ещё посоветуете запретить для пользователя?
Алексей: Цель - дать пользователю возможность работать с приложением, которое использует библиотеку и не допустить копирование этой самой библиотеки на локальную машину.
