Виды триггеров: Триггеры DML — SQL Server

Триггеры DML — SQL Server

• 09/14/2021
• Чтение занимает 4 мин

Были ли сведения на этой странице полезными?

Оцените свои впечатления

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

Спасибо!

В этой статье

Применимо к: SQL Server (все поддерживаемые версии) База данных SQL Azure

Триггеры DML — это хранимые процедуры особого типа, автоматически вступающие в силу, если происходит событие языка обработки данных DML, которое затрагивает таблицу или представление, определенное в триггере. События DML включают инструкции INSERT, UPDATE или DELETE. Триггеры DML могут использоваться для предписания бизнес-правил и правил целостности данных, выполнения запросов к другим таблицам и включения сложных инструкций Transact-SQL . Триггер и инструкция, при выполнении которой он срабатывает, считаются одной транзакцией, которую можно откатить назад внутри триггера. При обнаружении серьезной ошибки (например, нехватки места на диске) вся транзакция автоматически откатывается назад.

Преимущества триггеров DML

Триггеры DML аналогичны ограничениям в том, что могут предписывать целостность сущностей или целостность домена. Вообще говоря, целостность сущностей должна всегда предписываться на самом нижнем уровне с помощью индексов, являющихся частью ограничений PRIMARY KEY и UNIQUE или создаваемых независимо от ограничений. Целостность домена должна быть предписана через ограничения CHECK, а ссылочная целостность — через ограничения FOREIGN KEY. Триггеры DML наиболее полезны в тех случаях, когда функции ограничений не удовлетворяют функциональным потребностям приложения.

В следующем списке приведено сравнение триггеров DML с ограничениями и указано, в чем триггеры DML имеют преимущества.

• Триггеры DML позволяют каскадно проводить изменения через связанные таблицы в базе данных; но эти изменения могут осуществляться более эффективно с использованием каскадных ограничений ссылочной целостности. Ограничения FOREIGN KEY могут проверить значения столбца только на предмет точного совпадения со значениями другого столбца, за исключением случаев, когда с помощью предложения REFERENCES задаются каскадные ссылочные действия.

• Для предотвращения случайных или неверных операций INSERT, UPDATE и DELETE и реализации других более сложных ограничений, чем те, которые определены при помощи ограничения CHECK.

  В отличие от ограничений CHECK, DML-триггеры могут ссылаться на столбцы других таблиц. Например, триггер может использовать инструкцию SELECT для сравнения вставленных или обновленных данных и выполнения других действий, например изменения данных или отображения пользовательского сообщения об ошибке.

• Чтобы оценить состояние таблицы до и после изменения данных и предпринять действия на основе этого различия.

• Несколько DML-триггеров одинакового типа (INSERT, UPDATE или DELETE) для таблицы позволяют предпринять несколько различных действий в ответ на одну инструкцию изменения данных.

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

• При использовании триггеров DML может произойти откат изменений, нарушающих ссылочную целостность, что приводит к запрету модификации данных. Подобные триггеры могут применяться при изменении внешнего ключа в случаях, когда новое значение не соответствует первичному ключу. Обычно в указанных случаях используются ограничения FOREIGN KEY.

• Если в таблице триггеров существуют ограничения, то их проверка осуществляется между выполнением триггеров INSTEAD OF и AFTER.

  В случае нарушения ограничений выполняется откат действий триггеров INSTEAD OF, а триггер AFTER не срабатывает.

Типы триггеров DML

Триггер AFTER
Триггеры AFTER выполняются после выполнения действий инструкции INSERT, UPDATE, MERGE или DELETE. Триггеры AFTER никогда не выполняются, если происходит нарушение ограничения, поэтому эти триггеры нельзя использовать для какой-либо обработки, которая могла бы предотвратить нарушение ограничения. Для каждой из операций INSERT, UPDATE или DELETE в указанной инструкции MERGE соответствующий триггер вызывается для каждой операции DML.

Триггер INSTEAD OF
Триггеры INSTEAD OF переопределяют стандартные действия инструкции, вызывающей триггер. Поэтому они могут использоваться для проверки на наличие ошибок или проверки значений на одном или нескольких столбцах и выполнения дополнительных действий перед вставкой, обновлением или удалением одной или нескольких строк. Например, если обновляемое значение в столбце почасовой оплаты в таблице учетной ведомости начинает превышать определенное значение, то с помощью этого триггера можно либо задать вывод сообщения об ошибке и откатить транзакцию, либо сделать вставку новой записи в след аудита до вставки записи в таблицу учетной ведомости.

Главное преимущество триггеров INSTEAD OF в том, что они позволяют поддерживать обновления для таких представлений, которые обновлять невозможно. Например, в представлении, основанном на нескольких базовых таблицах, должен использоваться триггер INSTEAD OF для поддержки операций вставки, обновления и удаления, которые ссылаются на данные больше чем в одной таблице. Другое преимущество триггера INSTEAD OF состоит в том, что он обеспечивает логику кода, при которой можно отвергать одни части пакета и принимать другие.

Функциональность триггеров AFTER и INSTEAD OF сравнивается в следующей таблице.

Функция	Триггер AFTER	Триггер INSTEAD OF
Сущности, к которым применяется триггер	Таблицы	Таблицы и представления
Количество триггеров на таблицу или представление	Несколько триггеров на одно запускающее триггеры действие (UPDATE, DELETE или INSERT).	Один триггер на одно запускающее триггеры действие (UPDATE, DELETE или INSERT).
Каскадные ссылки	Нет ограничений.	Триггеры INSTEAD OF UPDATE и DELETE нельзя определять для таблиц, на которые распространяются каскадные ограничения ссылочной целостности.
Выполнение	После следующих операций. Обработка ограничений. Декларативные ссылочные действия. Создание таблиц inserted и deleted . Действие, запускающее триггер.	До: обработка ограничений Вместо: действие, запускающее триггер После: создание таблиц inserted и deleted
Порядок выполнения	Можно задать выполнение в первую и в последнюю очередь.	Не применяются
Ссылки на столбцы varchar(max), nvarchar(max) и varbinary(max) в таблицах inserted и deleted	Разрешено	Разрешено
Ссылки на столбцы text, ntext и image в таблицах inserted и deleted	Нельзя использовать	Разрешено

Триггеры CLR
Триггер CLR может быть либо триггером AFTER, либо триггером INSTEAD OF.

Триггер CLR может также являться триггером DDL. Вместо вызова хранимой процедуры на языке Transact-SQL триггер CLR вызывает один или несколько методов управляемого кода, являющихся членами сборки, созданной с помощью среды .NET Framework и загружены в SQL Server.

Задача	Раздел
Описывает, как создать триггер DML.	Создание триггеров DML
Описывает, как создать триггер CLR.	Создание триггеров CLR
Описывает, как создать триггер DML для выполнения и однострочных, и многострочных операций модификации данных.	Создание триггеров DML для обработки нескольких строк данных
Описывает, как вкладывать триггеры.	Создание вложенных триггеров
Описывает, как указывать порядок, в котором активируются триггеры AFTER.	Указание первого и последнего триггеров
Описывает, как использовать специальные таблицы inserted и deleted в коде триггера.	Использование вставленных и удаленных таблиц
Описывает, как изменить или переименовать триггер DML.	Изменение или переименование триггеров DML
Описывает, как просматривать сведения о триггерах DML.	Получение сведений о триггерах DML
Описывает, как удалять или отключать триггеры DML.	Удаление или отключение триггеров DML
Описывает, как управлять безопасностью триггеров.	Управление безопасностью триггеров

См. также:

CREATE TRIGGER (Transact-SQL)
ALTER TRIGGER (Transact-SQL)
DROP TRIGGER (Transact-SQL)
DISABLE TRIGGER (Transact-SQL)

Функции триггеров (Transact-SQL)

какие бывают и принцип работы

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

Чтобы игра была приятнее и эффективнее, разработчики мобильных аксессуаров придумали специальное устройство для геймеров — триггеры.

Триггер — небольшое устройство, которое крепится на корпус смартфона сверху или снизу, и выполняет роль дополнительных клавиш. Управление верхними триггерами осуществляется указательными или средними пальцами, поэтому большим пальцам больше не нужно бросать выполнение прежних действий. Некоторые триггеры оснащены корпусом-держателем для смартфона в форме джойстика для ещё большего комфорта во время игры.

Виды триггеров

По материалу исполнения, триггеры для смартфонов бывают:

• металлические;
• пластиковые.

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

По расположению кнопки триггеры делятся на:

• триггер с кнопкой сверху;
• триггер с кнопкой сбоку (то есть на задней панели смартфона).

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

По цене все триггеры стоят примерно одинаково, причём, на стоимость часто не влияют ни материал аксессуара, ни расположение управляющих кнопок. А вот модели, оснащённые корпусом-держателем, стоят дороже.

Кроме того, триггеры различаются по типу крепления. Одни модели оснащены пружинками: растягиваете края аксессуара, крепите его на смартфон и снова отпускаете края. Пружинки триггера стискивают бок смартфона, благодаря чему аксессуар надёжно держится и не двигается во время игры.

Другой тип крепления — закручивание шурупчиком, расположенным на задней поверхности триггера. Устанавливаете аксессуар на смартфон, плотно закручиваете шуруп (главное не переусердствовать) и наслаждаетесь игрой.

Принцип работы триггера

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

Обратите внимание! Триггеры подходят не для всех игр. Их расположение на корпусе смартфона будет зависеть исключительно от расположения рабочих клавиш в игре.

Выбирайте на Яндекс.Маркете

«Триггеры. Их виды и принципы работы» – Яндекс.Кью

Триггер — устройство обладающее двумя состояниями устойчивого равновесия, и способное под воздействием внешнего управляющего сигнала переходить из одного состояния в другое.

По способу записи информации, триггеры делят на асинхронные и синхронизируемые(тактируемые).

В асинхронных триггерах, информация записанная в триггер может изменяться в любой момент времени при изменении входных сигналов.

В синхронизируемых триггерах информация на выходе может меняться только в определенные моменты времени, которые определяются дополнительным синхронизирующим сигналом.

В основе всех схем триггеров лежит базовый асинхронный RS триггер.

RS триггер может быть построен на элементах и не/или не.

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

RS триггер имеет два входа:

1. Вход S — вход установки в единичное состояние.

2. Вход R — вход сброса в нулевое состояние.

Логика элементов и не, на которых может быть построен RS триггер имеет простое словесное выражение.

«Любой 0 на входе, даёт 1 на выходе» — управляющим сигналом для этого триггера будут сигналы логического нуля.

При подаче 0 на вход S и единицы на вход R на прямом выходе триггера будет уровень логической единицы.

Кроме прямого выхода, есть инверсный(противоположный). На этом выходе будет выход логического 0.

При входных сигналах R=0, S=1, триггер будет установлен в нулевое состояние: на прямом выходе уровень логического 0, а на инверсном 1.

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

Если на R и S подать уровень логической единицы, то триггер не изменит свое состояние. То есть триггер будет находиться в режиме хранения информации.

В синхронизируемом RS триггере используются 4 логических элемента и не. У этого триггера кроме входов R и S есть вход С — вход синхронизации.

Переключение триггера под действием входных сигналов на входах R и S возможно только при наличии синхронизирующего импульса. При С=0, на выходах входных элементов и не, будут уровни логической единицы, что определяет режим хранения.

При С=1, R=0, S=0, на выходах входных элементов будут уровни логической единицы, и триггер находится в режиме хранения.

При С=1, S=0, R=1, на прямом выходе триггера появится логический 0, а на инверсном 1, а триггер находится в режиме установки в 0 состояние.

При С=1, S=1, R=0, на прямом выходе установится уровень логической 1, а на инверсном 0, триггер находится в режиме установки в 1 состояние.

При С=1, S=1, R=1, на обоих выходах установится уровень логической единицы. RS триггер находится в запрещенном режиме.

Кроме RS триггера существует D триггер.

Синхронизируемый D триггер образован из RS триггера и вводной комбинационной схемы на двух логических элементах. Этот триггер свободен от недостатков RS триггера, то есть нет запрещенного режима.

D триггер имеет два входа:

1. Вход D — информационный

2. Вход С — синхронизация

D триггер имеет два выхода:

1. Выход Q — прямой

2. Выход Q’ — инверсный

Сигналы предназначенные в D триггер, поступают на информационный вход D, а на вход синхронизации С подаются синхро-импульсы, определяющие момент записи информации.

Если на вход С подать значение логического 0, то D триггер будет находиться в режиме хранения, а если на вход С подать значение логической 1, то D триггер перейдет в режим записи, при С=1.

Т триггер — триггер который изменяет свое значение на противоположное, на каждом такте, если на его входы поданы уровни логической 1. У Т триггера 2 входа Т и С. На основе некоторых триггеров можно построить счетчик.

101+ эмоциональных триггеров для повышения конверсии

Эмоции сильнее разума и вы можете эффективно пользоваться этим в email-маркетинге.

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

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

Содержание:

Знакомимся с триггерными словами

Итак, триггер в маркетинге ― это эмоционально окрашенное слово или выражение, которое используется, чтобы вызвать психологическую реакцию у читателей (в нашем случае ― у получателей писем), активируя их воображение.

Фактически, эмоциональный маркетинг направлен на то, чтобы побудить человека открыть письмо, прочитать его, перейти по ссылке в нем или выполнить целевое действие: купить, поделиться информацией или подписаться на рассылку, канал, сервис и т.д. 

Главная, сложнейшая задача триггеров ― привлечь внимание читателей и заинтересовать их интригующими темами сообщений.

Эмоциональный триггер в психологии: что говорят ученые о влиянии «слов силы» на принятие решений

Люди привыкли считать себя рациональными существами. Мы ежедневно принимаем множество простых и сложных решений, подключая логику и здравый смысл для того, чтобы сделать правильный выбор.

Исследователи из Корнельского университета предполагают, что взрослый человек ежедневно принимает около 35 000(!) относительно-сознательных решений. И, конечно же, за каждым решением следуют последствия, которые могут быть как позитивными, так и негативными.

Однако, профессор психологии, философии и неврологии из Университета Южной Калифорнии Антонио Дамасио считает, что в процессе принятия решений мы часто опираемся на психологические триггеры, поскольку не можем игнорировать эмоции. Еще в 1994 году он провел исследование, которое легло в основу его гипотезы о том, что «эмоции и лежащие в их основе нейронные механизмы участвуют в принятии решений…»

Продолжая исследования Дамасио предложил революционную теорию, которую описал в своем бестселлере «Ошибка Декарта». Согласно ей «люди принимают решения, делегируя задачи не только тем участкам мозга, которые отвечают за когнитивные и рациональные функции. В этом процессе взаимодействуют эмоциональный управляющий центр (лимбическая система и, прежде всего, миндалевидное тело) и более развитая область созерцания (префронтальная кора)».

Таким образом, Дамасио утверждает, что люди ― это не мыслящие машины, а скорее чувствующие машины, которые мыслят.

Еще одно исследование, на которое опирается современный email-маркетинг ― опрос профессора Wharton School Пенсильванского университета Джоны Бергера, который показал, что сильные эмоции способны подталкивать людей делиться контентом с друзьями и подписчиками. 

Бергер подчеркивает важность сильного эмоционального возбуждения: «Гнев и тревога побуждают людей делиться информацией потому, что являются эмоциями сильного возбуждения. Они разжигают огонь, активизируют людей и призывают их к действию».

Итак, какие же триггеры способны вызывать эмоции в продающих письмах? В 1980 году профессор Роберт Плутчик разработал колесо восьми эмоций, в которое входят радость, удивление, доверие, страх, ожидание, злость, грусть и отсутствие удовольствия. Оно может служить отправной точкой для построения эмоциональной связи с вашими получателями.

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

Какие эмоциональные механизмы лежат в основе популярных триггеров

Давайте рассмотрим некоторые слова триггеры, их влияние на человеческое сознание и подсознание, а также попытаемся проанализировать, какие логические связи помогают им привлечь внимание читателей и побудить их открыть письмо. Регулярно практикуя это упражнение вы сможете выбрать наиболее подходящие темы для ваших email-кампаний.

Пример 1. Бесплатный

Слово «Бесплатно» — один из самых эффективных триггеров. Оно помогает создать впечатление об эксклюзивности предложения со всеми вытекающими преимуществами для читателя. Это мощный лид-магнит для любой целевой аудитории.

Использование «бесплатной возможности» в заголовках и прехедерах повышает как статистику открытия писем получателями, так и длительность сеансов целевого чтения. Однако, такой триггер ― это яркий маркер для спам-фильтров, поэтому его нужно корректно компоновать с текстом месседжа.

При создании текста рассылки мы рекомендуем использовать наш спам-словарь на 550+ слов, входящих в группу риска. Избегая их использования, вы сможете уберечь свои рассылки от попадания в почтовый спам.

Пример 2. Новый

Новинки всегда вызывают в людях любопытство. Нечто в нашей природе заставляет нас искать новейшие и самые необычные товары. Поэкспериментируйте с триггером «новый» в теме письма и других рекламных материалах. Мотивируйте своих получателей оторваться от дел и обратить внимание на ваше предложение.

Пример 3. Проверенный

Это слово уверенности, позволяющее читателю еще до анализа вашего продукта получить информацию о его надежности. «Проверено» отлично дополняет как призыв к действию (CTA), так и тему письма. Но этим словом стоит пользоваться лишь в том случае, если ваш продукт действительно проверен.

Пример 4. Легкий

Мы часто жертвуем многим, чтобы добиться поставленных целей. Но разве вы никогда не хотели получить что-либо «легко»? Особенно если такая возможность действительно существует. Такие продающие триггеры, как «легкий», «самый легкий» или «простой», включенные в тему сообщения, помогут вам «с легкостью» превратить получателя в заинтересованного теплого лида.

Пример 5. Секретный

Секреты позволяют подчеркнуть эксклюзивность предложения. Здесь все примерно так же, как и со сплетнями: будоражит не столько сам повод, сколько предположительная узость круга знающих о нем людей. Используя «секрет», вы также объединяете свою ЦА, делая ее более сплоченной и уверенной. Это позволяет повысить конверсию и общий интерес к вашим предложениям.

Пример 6. Потому, что

Сила аргументации — наше все. Триггер «потому, что» является мощным доводом, закрепляющим позицию читателя. Это эффективный способ воздействия на болевые точки аудитории, которая нуждается в обосновании собственных решений.

Пример 7. Сейчас

Этот триггер — универсальный ускоритель принятия решений. «Потом уже не будет!», поэтому стоит «брать». Такой инструмент способен повысить конверсию не только во время краткосрочных акций, но и на протяжении долгосрочных. Он оптимально работает в длительных рассылках со множеством писем, однако только для активной аудитории.

Пример 8. Все

Вполне закономерно, что мы любим использовать проверенные данные, испытывать проверенные чувства и высказывать проверенные суждения. Это, своего рода, проявление стадности — один из принципов выживания. 

Именно тут и вступает в игру FOMO-маркетинг, который активирует читателя, используя такие триггеры продаж, как например «все уже научились получать из этого выгоду». Этот призыв повышает внимание к вашему продукту и, соответственно, конверсию.

Пример 9. Хотеть

Что общего у всех людей? Верно, мы все чего-то хотим. Это может быть богатство, престиж, знания, товары, услуги или отношения, но желание присуще всем.

Используя триггерное слово «хочу» вы побуждаете читателей определиться с их желаниями. Например, ваши лиды могут не осознавать, что хотят научиться читать быстрее, играть на гитаре или в шахматы. Предложите им такую возможность.

Пример 10. Выиграть

«Выигрыш» — триггер в маркетинге, который по эмоциональной составляющей близок к слову «бесплатно», но подчеркивает явно ограниченное количество призовых мест. То есть, здесь фигурирует не только особое отношение, но еще и азарт.

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

Триггерные слова и фразы для ваших писем в 2021 году

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

Мы составили для вас список, включающий основные типы триггеров, которые уместно использовать в темах и текстах писем в 2021-2022 годах.

(Вы также можете его скачать)

№1 Сенсорные «слова силы»: визуальные триггеры

1. Огромный
2. Корявый
3. Скучный
4. Гигантский
5. Блестящий
6. Хмурый
7. Сверкающий, сияющий
8. Мутный
9. Мрачный
10. Мерцающий
11. Искрометный

№2 Эмоциональные «слова силы»: триггеры доверия

12. Абсолютно
13. Восхитительный, восхищать
14. Авторитетный, авторитет
15. Факты, фактический
16. Уверенный, верный
17. Безопасный, надежный
18. Гарантированный
19. Проверенный
20. Прочный
21. Подтвержденный (исследованиями)
22. Священный
23. Научный, наука
24. Заслуживающий доверия

№3 Эмоциональные «слова силы»: триггеры страха

25. Издевательский, издеваться
26. Беспокоиться, тревога
27. Запрещенный
28. Горящий, сгорающий
29. Отчаяние, отчаянно
30. Провал, провальный
31. Действующий на нервы
32. Ужас, ужасный
33. Жалкий
34. Медлительный, медленный
35. Сорванный, срыв
36. Кража, взлом
37. Угроза

№4 Эмоциональные «слова силы»: триггеры сюрприза

38. Долгожданный
39. Потрясающий
40. Безумный
41. Завораживающий
42. Изумительный
43. Замечательный
44. Очаровательный
45. Удивительный
46. Великолепный
47. Поразительный
48. Захватывающий
49. Чарующий
50. Пленительный

№5 Эмоциональные «слова силы»: триггеры печали

51. Аскетичный, одинокий
52. Вызывающий зависть, завистливый
53. Убитый горем
54. Разбивающий сердце
55. Враждебный
56. Безответный, невзаимный
57. Обидный, оскорбляющий
58. Стыдный, стыд
59. Вызывающий слезы
60. Печальный
61. Слезный
62. Беспокоящий, беспокойство
63. Плачевный

№6 Эмоциональные «слова силы»: триггеры отвращения

64. Хреновый
65. Неприятный, мерзкий
66. Мусор, хлам
67. Паршивый
68. Гадкий
69. Неприличный
70. Отвратительный
71. Отталкивающий
72. Смешной, нелепый
73. Грязный
74. Дерьмовый
75. Испорченный, истекший
76. Пошлый

№7 Эмоциональные «слова силы»: триггеры ярости

77. Навязчивый
78. Резкий
79. Вспыльчивый
80. Безумный, бешенство
81. Гневный
82. Сердитый
83. Ненависть, ненавистный
84. Истеричный
85. Раздражающий
86. Панический, паника
87. Яростный
88. Истерика, психованный
89. Возмущаться

№7 Эмоциональные «слова силы»: триггеры предвкушения

90. Манящий
91. Жаждущий, жажда
92. Первооткрыватель
93. Восторг, энтузиазм
94. «…старый-добрый»
95. Вдохновляющий
96. Малоизвестный
97. Притягательный
98. Влекущий
99. Тайна, таинственный
100. Страстный, страсть
101. Достойный
102. Стремление

Дополняйте свои триггерные рассылки «словами силы»

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

Мы рекомендуем вам пользоваться приведенными выше данными для составления собственного списка эмоциональных триггеров, которые ощутимо увеличат открываемость ваших кампаний. Используйте словари и ищите новые «слова силы», но обязательно подбирайте их в соответствие тону ваших емейлов.

А пока воспользуйтесь этой наглядной инфографикой:

Применяете ли вы триггерные слова в своих письмах? Делитесь своим опытом в комментариях.

что это, виды и алгоритмы настройки триггерных рассылок

#E-mail маркетинг

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

Маркетинг для ИТ компаний

Виды триггеров в email-рассылках

Триггерные письма представлены несколькими распространенными формами:

• Приветственное. Письмо, которое присылается при оформлении подписки на рассылку, содержит те или иные факты о компании, поощряет взаимодействие.
• При незавершенном заказе. Письмо, которое помогает бороться с «брошенными корзинами», способствует завершению сделки.
• Реактивация. Письмо, которое отправляется в случае, если пользователь давно не заходил на сайт.
• Промо. Письмо, которое содержит информацию об акциях, скидках, распродажах. Кроме того, допускается формат «допродажи» — предложение товаров и услуг из смежных категорий.
• Мнение о товаре/услуге. Письмо с просьбой оставить отзыв о приобретенном продукте, опрос.
• Поздравление. Письмо, которое отправляется в день рождения пользователя или на государственные и профессиональные праздники. В этом случае рассылка персонализируется по времени доставки.

Триггерные письма нужно настроить только один раз — дальше они приходят автоматически.

Алгоритм настройки триггерной рассылки

Технически внедрение инструмента — достаточно сложный процесс, который требует взаимодействия маркетолога, дизайнера, копирайтера, программиста. Процесс включает несколько этапов:

• Выбор сервиса рассылки. Для регулярных и триггерных писем удобнее использовать одну ESP-платформу.
• Разработка стратегии. Принято прорабатывать, используя графическую систему дерева с ветвями (интеллект-карта, «дерево триггерных коммуникаций»). Каждая ветвь — отдельное направление (приветствие, поздравление, реактивация и т. д.), они могут пересекаться или расходиться в разные стороны.
• Выбор триггеров. Определяются условия, при которых отправляются письма.
• Разработка шаблонов. Под каждое направление разрабатывается цепочка писем.
• Настройка сбора данных. Разработчик настраивает передачу данных с сайта на email-платформу через API-запрос.
• Настройка отправки в email-платформе. Производятся финишные подготовительные работы.
• Тестирование и коррекция. После запуска собирается статистика, результаты анализируются, при необходимости вносятся правки.

Триггерная рассылка позволяет поддерживать постоянную связь с пользователем, «держит на крючке» и аккуратно проводит по всем этапам воронки продаж. Элемент персонализации помогает удерживать внимание и дает возможность эффективнее донести ценность коммерческого предложения. Инструмент подходит всем: от небольших интернет-магазинов до крупных B2B-проектов.

метод. указания к лабораторной работе по курсу «Импульсные и цифровые устройства» для студ.

спец. 39 01 01 «Радиотехника» и 39 01 02 «Радиоэлектронные системы» всех форм обучения Репозиторий БГУИР: Исследование триггеров, регистров и счетчиков: метод. указания к лабораторной работе по курсу «Импульсные и цифровые устройства» для студ. спец. 39 01 01 «Радиотехника» и 39 01 02 «Радиоэлектронные системы» всех форм обучения Skip navigation

Please use this identifier to cite or link to this item: https://libeldoc.bsuir.by/handle/123456789/26080

Title:	Исследование триггеров, регистров и счетчиков: метод. указания к лабораторной работе по курсу «Импульсные и цифровые устройства» для студ. спец. 39 01 01 «Радиотехника» и 39 01 02 «Радиоэлектронные системы» всех форм обучения
Authors:	Ивлев, И. И.
Keywords:	учебно-методические пособия виды триггеров виды регистров виды счетчиков
Issue Date:	2003
Publisher:	БГУИР
Citation:	Исследование триггеров, регистров и счетчиков: метод. указания к лабораторной работе по курсу «Импульсные и цифровые устройства» для студ. спец. 39 01 01 «Радиотехника» и 39 01 02 «Радиоэлектронные системы» всех форм обучения / сост. И.И. Ивлев. – Минск: БГУИР, 2003. – 23 с.: ил.
Abstract:	В методических указаниях рассматриваются различные виды триггеров, регистров и счетчиков, их классификация, основные физические процессы, происходящие в них, возможности преобразования и замены одних видов другими видами указанных устройств. Методические указания предназначены для начинающих изучение различных цифровых и импульсных устройств и потому содержат лишь основные сведения по указанным вопросам, необходимые для продолжения изучения указанного учебного курса, а также курса «Вычислительные и микропроцессорные устройства».
URI:	https://libeldoc.bsuir.by/handle/123456789/26080
Appears in Collections:	Кафедра информационных радиотехнологий

Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.

1 Поддерживаемые функции триггеров [Zabbix Documentation 5.2]

ФУКНЦИЯ
	Описания	Параметры	Комментарии
abschange
	Абсолютная разница между последним и предыдущим значениями.		Поддерживаемые типы значений: float, int, str, text, log Например: (предыдущее значение;последнее значение=abschange) 1;5=4 3;1=2 0;-2.5=2.5 Результат для строк: 0 — значения равны 1 — значения различаются
avg (сек|#кол-во,<сдвиг_времени>)
	Среднее значение элемента данных за указанный период времени.	сек или кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — точка вычисления перемещается на указанное количество секунд назад во времени	Поддерживаемые типы значений: float, int Примеры: ⇒ avg(#5) → среднее значение за пять последних значений ⇒ avg(1h) → среднее значение за час ⇒ avg(1h,1d) → среднее значение за час днем ранее. Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2. Этот параметр очень полезен, если требуется сравнить текущее значение усреднения со значением усреднения сдвиг_времени секунд ранее.
band (сек|#кол-во,маска,<сдвиг_времени>)
	Значение “побитового И” от значения элемента данных и маски.	сек (игнорируется) или кол-во — N-ое наиболее новое значение маска (обязательна) — 64-битное целое число (0 — 18446744073709551615) сдвиг_времени (опционально) — см. функцию avg()	Поддерживаемые типы значений: int Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях (смотри last()). Хотя сравнение выполняется побитовым образом, все значения должны подставляться и возвращаться в десятичном виде. Например, выполнение проверки 3-го бита, сравнением с 4, не со 100. Примеры: ⇒ band(,​12)=8 or band(,​12)=4 → 3-ий и 4-ый биты установлены, но не оба в одно время ⇒ band(,​20)=16 → 3-ий бит не установлен и 5 бит установлен. Эта функция поддерживается начиная с Zabbix 2.2.0.
change
	Величина разницы между последним и предыдущим значениями.		Поддерживаемые типы значений: float, int, str, text, log Например: (предыдущее значение;последнее значение=изменение) 1;5=+4 3;1=-2 0;-2.5=-2.5 Смотрите также: abschange для сравнения Для строк: 0 — значения равны 1 — значения различаются
count (сек|#кол-во,<шаблон>,<оператор>,<сдвиг_времени>)
	Количество собранных значений за указанный период вычисления.	сек или кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) шаблон (опционально) — требуемый шаблон оператор (опционально) Поддерживаемые операторы: eq — равно ne — не равно gt — больше ge — больше или равно lt — меньше le — меньше или равно like — совпадают, если содержат шаблон (регистрозависимое) band — побитовое И regexp — совпадение с учетом регистра с регулярным выражением, заданным в шаблон iregexp — совпадение без учета регистра с регулярным выражением, заданным в шаблон Обратите внимание: eq (по умолчанию), ne, gt, ge, lt, le, band, regexp, iregexp поддерживаются целочисленными элементами данных eq (по умолчанию), ne, gt, ge, lt, le, regexp, iregexp поддерживаются числовыми с плавающей точкой элементами данных like (по умолчанию), eq, ne, regexp, iregexp поддерживаются строковыми, текстовыми и журнальными элементами данных сдвиг_времени (опционально) — смотрите avg()	Поддерживаемые типы значений: float, integer, string, text, log Элементы данных с плавающей точкой совпадают с точностью до 0. 000001. При наличии band третьим параметром, второй параметр шаблон можно указывать двумя числами, разделенными с помощью ‘/’: количество_для_сравнения/маска. count() вычисляет “побитовое И”, используя значение и маску, и сравнивает результат с количеством_для_сравнения. Если результат “побитового И” равен количеству_для_сравнения, значение засчитывается. Если количество_для_сравнения и маска равны, то необходимо указать только параметр маска (без ‘/’). При наличии regexp или iregexp третьим параметром, второй параметр шаблон может быть как обычным, так и глобальным (которое начинается с ‘@’) регулярным выражением. В случае глобального регулярного выражения учет регистра наследуется из настроек глобального регулярного выражения. Для цели соответствия регулярному выражению числа с плавающей точкой всегда будут представлены с 4 десятичными знаками после ‘. ‘. Также обратите внимание на то, что при разница между большими числами в десятичном (хранится в базе данных) и бинарном (используется Zabbix сервере) представлениях может повлиять на 4 цифру после запятой. Примеры: ⇒ count(10m) → количество значений за последние 10 минут ⇒ count(10m,»error»,eq) → количество значений за последние 10 минут, которые равны ‘error’ ⇒ count(10m,12) → количество значений за последние 10 минут, которые равны ’12’ ⇒ count(10m,12,gt) → количество значений за последние 10 минут, которые больше ’12’ ⇒ count(#10,12,gt) → количество значений из последних 10 значений, которые больше ’12’ ⇒ count(10m,12,gt,1d) → количество значений за 10 минут 24 часами ранее, которые больше ’12’ ⇒ count(10m,6/7,band) → количество значений за последние 10 минут, которые имеют ‘110’ (в бинарном виде) в 3 младших битах. ⇒ count(10m,,,1d) → количество значений за 10 минут 24 часами ранее Параметр #кол-во поддерживается начиная с Zabbix 1. 6.1. Параметр сдвиг_времени и строковые операторы поддерживаются начиная с Zabbix 1.8.2. Оператор band поддерживается начиная с Zabbix 2.2.0. Параметры regexp, iregexp поддерживаются начиная с Zabbix 3.2.0.
date
	Текущая дата в формате ГГГГММДД.		Поддерживаемые типы значений: любые Пример результата: 20150731
dayofmonth
	День месяца в диапазоне от 1 до 31.		Поддерживаемые типы значений: любые Эта функция поддерживается начиная с Zabbix 1.8.5.
dayofweek
	День недели в диапазоне от 1 до 7 (Пн — 1, Вс — 7).		Поддерживаемые типы значений: любые
delta (сек|#кол-во,<сдвиг_времени>)
	Разницы между максимальным и минимальным значениями за указанный период вычисления (‘max()’ минус ‘min()’).	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: float, int Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2.
diff
	Проверка, различаются ли последнее и предыдущее значения.		Поддерживаемые типы значений: float, int, str, text, log Возвращает: 1 — последнее и предыдущее значения различаются 0 — в противном случае
forecast (сек|#кол-во,<сдвиг_времени>,время,<аппроксимация>,<режим>)
	Будущее значение, макс, мин, дельта или сред элемента данных.	сек или #кол-во — указывается период вычисления в секундах или в количестве собранных значений (начинается с решетки) сдвиг_времени (опционально) — см. функцию avg() время — горизон предсказания в секундах аппроксимация (опционально) — используемая функция для аппроксимации данных истории Поддерживаемые аппроксимации: linear — линейная функция polynomialN — полином степени N (1 <= N <= 6) exponential — экспоненциальная функция logarithmic — логарифмическая функция power — степенная функция Обратите внимание, что: linear является умолчанием, polynomial1 эквивалент linear режим (опционально) — запрашиваемый вывод Поддерживаемые режимы: value — значение (по умолчанию) max — максимальное min — минимальное delta — max—min avg — среднее Обратите внимание: value оценивает значение элемента данных за момент сейчас + время max, min, delta и avg оценивают значение элемента данных за интервал между сейчас и сейчас + время	Поддерживаемые типы значений: float, int Если возвращаемое значение больше чем 999999999999.9999 или меньше чем -999999999999.9999,возвращаемое значение обрезается до 999999999999.9999 или -999999999999.9999 соответственно. Становится не поддерживаемым только, если в выражении имеется злоупотребление (ошибочный тип элемента данных, некорректные параметры), в противном случае возвращает -1 в случае ошибок. Примеры: ⇒ forecast(#10,,1h) → прогноз значения элемента данных через один час на основе последних 10 значений ⇒ forecast(1h,,30m) → прогноз значения элемента данных через 30 минут на основе данных последнего часа ⇒ forecast(1h,1d,12h) → прогноз значения элемента данных через 12 часов на основе одного часа днем ранее ⇒ forecast(1h,,10m,exponential) → прогноз значения элемента данных через 10 минут на основе данных последнего часа и экспоненциальной функции ⇒ forecast(1h,,2h,polynomial3,max) → прогноз максимального значения элемента данных, которое может достичь элемент данных через два часа, на основе данных последнего часа и кубического (третьей степени) полинома ⇒ forecast(#2,,-20m) → оценивает значение элемента данных, которое было 20 минут назад на основе двух последних значений (эта функция может быть более точной, чем использование last() или prev(), особенно, если элемент данных обновляется редко, скажем, раз в час) Эта функция поддерживается начиная с Zabbix 3.0.0. Отрицательные значения времени поддерживаются начиная с Zabbix 3.0.6 и 3.2.2. Смотрите дополнительную информацию о функциях предсказания в триггерах.
fuzzytime (сек)
	Проверка, на сколько отличается штамп времени значения элемента данных от времени Zabbix сервера.	сек — секунды	Поддерживаемые типы значений: float, int Возвращает: 1 — если разница между штампом времени значения элемента данных и штампом времени Zabbix сервера меньше или равна сек секунд 0 — в противном случае. Обычно используется с system.localtime для проверки, что локальное время синхронизировано с локальным временем Zabbix сервера. Также можно использовать с ключем vfs.file.time[/путь/к/файлу,modify] для проверки, что файл не обновлялся длительное время. Пример: ⇒ fuzzytime(60)=0 → обнаружение проблемы, если разница во времени больше 60 секунд
iregexp (шаблон,<сек|#кол-во>)
	Функция нечувствительный к регистру аналог функции regexp().	смотри regexp()	Поддерживаемые типы значений: str, log, text
last (сек|#кол-во,<сдвиг_времени>)
	Самое новое значение.	сек (игнорируется) или #кол-во — N-ое самое новое значение сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: float, int, str, text, log Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях. Например: last() всегда идентичен last(#1) last(#3) — третье самое новое значение (не три последних значения) Zabbix не гарантирует точный порядок значений, если в истории существуют более двух значений менее чем за секунду.. Параметр #кол-во поддерживается начиная с Zabbix 1.6.2. Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2.
logeventid (шаблон)
	Проверка, совпадает ли ID события последней записи из журнала указанному регулярному выражению.	шаблон — регулярное выражение описывающее требуемый шаблон, в формате Perl совместимых регулярных выражений (PCRE).	Поддерживаемые типы значений: log Возвращает: 0 — не совпадает 1 — совпадает Эта функция поддерживается начиная с Zabbix 1.8.5.
logseverity
	Важность события последней записи в журнале.		Поддерживаемые типы значений: log Возвращает: 0 — важность по умолчанию N — важность (целое число, полезно для журналов событий Windows: 1 — Уведомление, 2 — Предупреждение, 4 — Ошибка, 7 — Аудит отказов, 8 — Аудит успехов, 9 — Критическая ошибка, 10 — Детали). Zabbix берет важность журнала из поля Информация журнала событий Windows.
logsource (шаблон)
	Проверка, соответствует ли регулярному выражению источник последней записи в журнале.	шаблон — регулярное выражение в виде Perl совместимого регулярного выражения (PCRE), которое описывает необходимый шаблон.	Поддерживаемые типы значений: log Возвращает: 0 — не совпадает 1 — совпадает Обычно используется для журналов событий Windows. Например, logsource(«VMware Server»).
max (сек|#кол-во,<сдвиг_времени>)
	Максимальное значение за указанный период вычисления.	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: float, int Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2.
min (сек|#кол-во,<сдвиг_времени>)
	Минимальное значение за указанный период вычисления.	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: float, int Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2.
nodata (сек)
	Проверка, отсутствия полученных данных.	сек — период вычисления в секундах. Период не должен быть меньше 30 секундам, так как процесс синхронизации истории вычисляет эту функцию каждые 30 секунд. nodata(0) запрещена начиная с Zabbix 3.2.2.	Поддерживаемые типы значений: любые Результат: 1 — если нет полученных данных за указанный период времени 0 — в противном случае Обратите внимание, эта функция отобразит ошибку в случае, если за указанный период в первом параметре: — нет данных и Zabbix сервер был перезапущен — нет данных и было завершено обслуживание — нет данных и элемент данных был добавлен или активирован снова. Ошибки отображаются в колонке Инфо в настройке триггеров.
now
	Количество секунд начиная с Epoch (00:00:00 UTC, 1 Января, 1970).		Поддерживаемые типы значений: любые
percentile (сек|#кол-во,<сдвиг_времени>,процент)
	P-ый процентиль за период, где P (процент) задается третьим параметров.	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) time_shift (опционально) — см. функцию avg() процент — число с плавающей точкой между 0 и 100 (включительно) с точностью до 4 цифр после десятичной точки	Поддерживаемые типы значений: float, int Эта функция поддерживается начиная с Zabbix 3.0.0.
prev
	Предыдущее значение.		Поддерживаемые типы значений: float, int, str, text, log Результатом является то же самое, что и last(#2).
regexp (шаблон,<сек|#кол-во>)
	Проверка, совпадает ли последне (самое новое) значение с регулярным выражением.	шаблон — регулярное выражение, в формате Perl совместимых регулярных выражений (PCRE). сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки). В этом случае, может быть обработано более одного значения.	Поддерживаемые типы значений: str, text, log Результат: 1 — найдено 0 — в противном случае Если обрабатывается более одного значения, ‘1’ возвращается, если имеется по крайней мере одно совпадающее значение. Эта функция является чувствительной к регистру.
str (шаблон,<сек|#кол-во>)
	Поиск строки в последнем (самом новом) значении.	шаблон — требуемая строка сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки). В этом случае, может быть обработано более одного значения.	Поддерживаемые типы значений: str, text, log Результат: 1 — найдено 0 — в противном случае Если обрабатывается более одного значения, ‘1’ возвращается, если имеется по крайней мере одно совпадающее значение. Эта функция является чувствительной к регистру.
strlen (сек|#кол-во,<сдвиг_времени>)
	Длина последнего (самого нового) значения в символах (не в байтах).	сек (игнорируется) или #кол-во — N-ое самое новое значение сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: str, text, log Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях. Примеры: ⇒ strlen()(идентично strlen(#1)) → длина самого значения ⇒ strlen(#3) → длина третьего самого нового значения ⇒ strlen(,1d) → длина самого нового значения днем ранее. Эта функция поддерживается начиная с Zabbix 1.8.4.
sum (сек|#кол-во,<сдвиг_времени>)
	Сумма собранных значений за указанный период вычисления.	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — смотри avg()	Поддерживаемые типы значений: float, int Параметр сдвиг_времени поддерживается начиная с Zabbix 1.8.2.
time
	Текущее время в формате ЧЧММСС.		Поддерживаемые типы значений: любые Пример возвращаемого значения: 123055
timeleft (сек​|#кол-во,<сдвиг_времени>,порог,<аппроксимация>)
	Требуемое время в секундах элементу данных для достижения заданного порога.	сек или #кол-во — период вычисления в секундах или в последних собранных значениях (начинается с решетки) сдвиг_времени (опционально) — см. функцию avg() порог — значение, которое необходимо достичь аппроксимация (опционально) — см. функцию forecast()	Поддерживаемые типы значений: float, int Если возвращаемое значение больше чем 999999999999.9999, возвращаемое значение обрезается до 999999999999.9999. Возвращает 999999999999.9999, если порог нельзя достичь. Становится не поддерживаемым только, если в выражении имеется злоупотребление (ошибочный тип элемента данных, некорректные параметры), в противном случае возвращает -1 в случае ошибок. Примеры: ⇒ timeleft(#10,,0) → время до тех пор, когда значение элемента данных достигнет нуля на основе последних 10 значений ⇒ timeleft(1h,,100) → время до тех пор, когда значение элемента данных достигнет 100 на основе данных последнего часа ⇒ timeleft(1h,1d,0) → время до тех пор, когда значение элемента данных достигнет 0 на основе одного часа днем ранее ⇒ timeleft(1h,,200,polynomial2) → время до тех пор, когда значение элемента данных достигнет 200 на основе данных последнего часа и предположения, что элемент данных ведет себя как квадратичный (вторая степень) полином Эта функция поддерживается начиная с Zabbix 3.0.0. Символы единиц измерения в параметре ​порог поддерживаются начиная с Zabbix 3.0.6 и 3.2.2. Смотрите дополнительную информацию о функциях предсказания в триггерах.
trendavg (период, сдвиг_времени)
	Среднее значение тренда за определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Примеры: ⇒ trendavg(1h,now/h) → среднее значение за текущий час (например, 12:00-13:00) ⇒ trendavg(1h,now/h-1h) → среднее значение за предыдущий час (11:00-12:00) ⇒ trendavg(1h,now/h-2h) → среднее значение за час два часа назад (10:00-11:00) ⇒ trendavg(1M,now/M-1y) → среднее значение за тот же месяц год назад. Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.
trendcount (период, сдвиг_времени)
	Количество успешно извлеченных значений тренда за определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Примеры: ⇒ trendcount(1h,now/h) → количество за текущий час (например, 12:00-13:00) ⇒ trendcount(1h,now/h-1h) → количество за предыдущий час (11:00-12:00) ⇒ trendcount(1h,now/h-2h) → количество в период два часа назад (10:00-11:00) ⇒ trendcount(1M,now/M-1y) → количество за тот же месяц один год назад. Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.
trenddelta (период, сдвиг_времени)
	Разница между максимальным и минимальным значениями тренда за определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Examples: ⇒ trenddelta(1h,now/h) → разница за текущий час (например, 12:00-13:00) ⇒ trenddelta(1h,now/h-1h) → разница за предыдущий час (11:00-12:00) ⇒ trenddelta(1h,now/h-2h) → разница за период два часа назад (10:00-11:00) ⇒ trenddelta(1M,now/M-1y) → разница за тот же месяц один год назад. Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.
trendmax (период, сдвиг_времени)
	Максимальное из значений тренда в определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Примеры: ⇒ trendmax(1h,now/h) → максимум за текущий час (например, 12:00-13:00) ⇒ trendmax(1h,now/h-1h) → максимум за предыдущий час (11:00-12:00) ⇒ trendmax(1h,now/h-2h) → максимум за период два часа назад (10:00-11:00) ⇒ trendmax(1M,now/M-1y) → максимум за тот же месяц один год назад Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.
trendmin (период, сдвиг_времени)
	Минимальное из значений тренда в определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Примеры: ⇒ trendmin(1h,now/h) → минимум за текущий час(например, 12:00-13:00) ⇒ trendmin(1h,now/h-1h) → минимум за предыдущий час (11:00-12:00) ⇒ trendmin(1h,now/h-2h) → минимум за период два часа назад (10:00-11:00) ⇒ trendmin(1M,now/M-1y) → минимум за тот же месяц один год назад. Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.
trendsum (период, сдвиг_времени)
	Сумма значений тренда за определенный период времени.	период — период времени (минимум ‘1h’), заданный как <N><единица времени> где N — количество единиц времени единица времени — h (час), d (день), w (неделя), M (месяц) или y (год). сдвиг_времени — смещение периода времени: начинается сnow, указывающего на текущее времени, за которым следует любая комбинация операций со временем: /<единица времени> — определяет начало и конец единицы времени, например, от полуночи до полуночи для дня, с понедельника по воскресенье для недели, первый-последний дни месяца для месяца, +N<единица времени> или -N<единица времени> — добавляет или отнимает N единиц времени (см. примеры).	Примеры: ⇒ trendsum(1h,now/h) → сумма за текущий час (например, 12:00-13:00) ⇒ trendsum(1h,now/h-1h) → сумма за предыдущий час (11:00-12:00) ⇒ trendsum(1h,now/h-2h) → сумма за период два часа назад (10:00-11:00) ⇒ trendsum(1M,now/M-1y) → сумма за тот же месяц один год назад Обратите внимание, что временные операции параметра сдвиг_времени вычисляются слева направо без приоритетов. Например, now/d+1h/w будет анализироваться как ((now/d)+1h)/w. Эта функция поддерживается с Zabbix 5.2.0.

Какие бывают триггеры?

Какие бывают триггеры?

различных типов триггеров в SQL Server

• Триггеры DDL. В SQL Server мы можем создавать триггеры для операторов DDL (таких как CREATE, ALTER и DROP) и определенных системных хранимых процедур, которые выполняют операции, подобные DDL.
• Триггеры DML.
• Триггеры CLR.
• Триггеры входа в систему.

Какие два типа триггеров?

Типы триггеров

• Триггеры языка обработки данных (DML).Триггеры DML выполняются, когда операция DML, такая как INSERT, UPDATE OR DELETE, запускается для таблицы или представления.
• Триггеры языка определения данных (DDL).
• Триггеры LOGON.
• Триггеры CLR.

Что такое триггер и три его части?

Триггер состоит из трех основных частей: инициирующего события или оператора. Ограничение триггера. Действие триггера.

Что такое триггер DML?

Триггеры DML — это особый тип хранимой процедуры, которая автоматически вступает в силу, когда происходит событие языка управления данными (DML), которое влияет на таблицу или представление, определенное в триггере.События DML включают инструкции INSERT, UPDATE или DELETE.

Зачем использовать триггер вместо ограничения?

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

Что не является операцией DDL?

4.Какие из перечисленных ниже команд в языке SQL не являются командами языка определения данных? Объяснение: С помощью оператора RENAME вы можете переименовать таблицу. RENAME, REVOKE и GRANT — это команды DDL, а UPDATE — это команда DML.

Что такое триггеры SQL?

Триггер — это особый тип хранимой процедуры, которая автоматически запускается при возникновении события на сервере базы данных. Триггеры DML запускаются, когда пользователь пытается изменить данные с помощью события языка управления данными (DML). SQL Server позволяет создавать несколько триггеров для любого конкретного оператора.

В чем разница между триггером и хранимой процедурой?

Хранимые процедуры — это фрагменты кода, написанные на PL / SQL для выполнения определенной задачи. С другой стороны, триггер — это хранимая процедура, которая запускается автоматически, когда происходят различные события (например, обновление, вставка, удаление). …

Можем ли мы вызвать триггер в хранимой процедуре?

Можно ли вызвать триггер из хранимой процедуры? Вы не можете вызвать триггер из хранимой процедуры, так как триггеры создаются в таблице и запускаются неявно.

Что лучше: просмотр или хранимая процедура?

Представления следует использовать для хранения часто используемых запросов JOIN и определенных столбцов для создания виртуальных таблиц с точным набором данных, которые мы хотим видеть. Хранимые процедуры содержат более сложную логику, такую ​​как операторы INSERT, DELETE и UPDATE для автоматизации больших рабочих процессов SQL.

Какая хранимая процедура или функция быстрее?

Хранимые процедуры

могут быть быстрыми, очень быстрыми, поскольку они предварительно скомпилированы. Сохраненная процедура вернет результаты в виде таблицы.Функции могут быть скалярными (возвращать один результат) или возвращать табличные данные.

Представления быстрее запросов?

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

Представление быстрее, чем запрос mysql?

Нет, представление — это просто сохраненный текстовый запрос.Вы можете применить к нему WHERE и ORDER, план выполнения будет рассчитан с учетом этих положений.

Почему MySQL запрос медленный?

Что вызывает медленные запросы? Вывод очень подробный, но для простого запроса наиболее важными столбцами являются possible_keys, key и rows. В этом случае эти столбцы говорят нам, что запрос не имеет ключей (индексов), которые он может использовать, не использует ключ (индекс) и должен обработать 1,2 миллиона записей.

Как долго должен выполняться запрос MySQL?

Запрос может занять до одного часа, если он обрабатывает очень большой объем данных один раз в 6 месяцев в системе, где только он выполняется.Не будет проблем. Другой запрос может занять всего 100 мсек, но он находится на веб-сервере, и 1000 человек подключаются одновременно!

триггеров — интеграция webMethods.io

Начните настраивать триггеры для запуска рабочих процессов при определенных событиях. Знайте типы триггеров, как они работают и как их настраивать, а также узнайте, как добавлять и удалять триггеры из рабочих процессов или интеграции webMethods.io.

Trigger — это мощный инструмент, который автоматически запускает рабочий процесс при наступлении определенного события.Это позволяет автоматизировать сложный бизнес-процесс без необходимости каждый раз запускать рабочий процесс вручную.

Пример

Ранее мы узнали, что создание рабочего процесса похоже на определение условий вашего требования — Когда событие происходит в службе A, сделайте что-нибудь в службе B и (необязательно) передайте данные в службу C, службу D и службу. E. Здесь первая часть, то есть Когда событие происходит в службе A является триггером.Определяя это, вы сообщаете интеграции webMethods.io о необходимости автоматического запуска рабочего процесса всякий раз, когда в Service A происходит определенное событие.

Давайте рассмотрим пример, чтобы понять, как работают триггеры и как их настраивать. Допустим, ваш рабочий процесс — . Когда в Wunderlist создается новое дело, переведите текст заголовка на испанский и отправьте переведенный текст на мой адрес электронной почты. В этом рабочем процессе Когда новое дело создается в Wunderlist, является триггером.Интеграция webMethods.io будет продолжать проверять вашу учетную запись Wunderlist на наличие обновлений. Как только новый элемент дела будет создан, он извлечет текст заголовка, преобразует его на испанский язык и отправит переведенный текст на указанный адрес электронной почты. Давайте посмотрим, как настроить этот триггер.

Типы триггеров

Триггер запускает рабочий процесс, когда событие происходит во внешнем приложении или службе. Однако не все триггеры постоянно проверяют наличие обновлений или изменений в этих внешних службах.Некоторые проверяют наличие изменений периодически, через определенные промежутки времени (например, каждые 5 минут). Этот тип триггера известен как триггер опроса . Триггеры опроса могут не отправлять данные в интеграцию webMethods.io в реальном времени. Все триггеры опроса отмечены значком Clock в списке триггеров.

С другой стороны, триггер другого типа постоянно проверяет наличие обновлений. Он отправляет данные в webMethods.io Integration в режиме реального времени, что позволяет вашему рабочему процессу запускаться, как только указанное событие происходит во внешнем приложении или службе.Этот вид триггеров называется триггером веб-перехватчика .

Вот список триггеров (веб-перехватчиков), которые запускают рабочий процесс, как только происходит указанное событие:

• Битовый бак

• Серверная часть Raw Engineering

• Монитор кампании

• Contentstack

• Капельный

• Ивентбрайт

• стек форм

• Github

• Hipchat

• Домофон

• Джира

• Журнал

• Mailchimp

• Pagerduty

• Cisco Webex Teams

• Trello

• Wufoo

• Wunderlist

Примечание : Помимо этого, webMethods.io Integration предоставляет функцию Listeners , которая автоматически запускает указанный FlowService всякий раз, когда подписанное событие происходит в поддерживаемом внешнем приложении или сервисе. Узнайте больше о слушателях.

Добавление нового триггера

Допустим, вы хотите создать рабочий процесс, чтобы при создании нового списка дел в Wunderlist переводить текст заголовка на испанский и отправлять переведенный текст на мой адрес электронной почты. Для этого рабочего процесса вам необходимо настроить триггер Wunderlist — Task Created .Давайте посмотрим, как настроить этот триггер.

1. Создать новый рабочий процесс

   Чтобы определить новый триггер, вам необходимо создать новый рабочий процесс. Для этого перейдите к проекту и создайте пустой рабочий процесс. Добавьте Google Translator коннектор и Send an Email action на холсте и соедините их. Если вы новичок в интеграции с webMethods.io, получите дополнительную помощь по созданию первого рабочего процесса.

2. Настроить значок Пуск

   Триггер — это отправная точка рабочего процесса.Таким образом, значок Start содержит все настройки, связанные с триггерами. Наведите указатель мыши на значок Start и щелкните значок Settings , чтобы добавить и настроить триггер.

3. Добавить в Wunderlist

   Появится новое окно, в котором вы увидите список всех веб-сервисов, для которых интеграция webMethods.io поддерживает триггерные события. Найдите службу Wunderlist в списке служб и щелкните по ней.

4. Настроить триггер Wunderlist

   Определенные поля являются общими для каждого триггера:

   • Метка триггера : укажите подходящее имя для триггера.

   • Выбрать триггер : Каждая служба имеет несколько триггерных действий на выбор. Выберите действие триггера по вашему выбору из раскрывающегося списка. В этом примере мы выберем триггер Task Created .

   • Авторизовать Wunderlist : выберите учетную запись, для которой вы хотите настроить триггер, из раскрывающегося списка. Если вы еще не создали учетную запись, наведите указатель мыши на кнопку + . Вы увидите два варианта:

     • Авторизация по умолчанию : Выберите этот параметр, чтобы разрешить использование webMethods.Интеграция io для автоматической генерации всех ключей, необходимых для выполнения всех триггеров и действий Wunderlist.

     • или : Выберите этот вариант, чтобы предоставить соответствующие ключи, необходимые для выполнения всех триггеров и действий Wunderlist.

   После ввода этих данных щелкните Далее . Это перенаправит вас в окно настройки триггера.

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

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

5. Тест триггера Wunderlist

   После этого вы будете перенаправлены в окно Тестовый триггер , где вы можете проверить, правильно ли вы настроили параметры триггера.

   Чтобы проверить свой триггер, вам необходимо выполнить действие триггера в учетной записи веб-службы, для которой вы настраиваете триггер (эти инструкции также можно увидеть в окне Тестовый триггер ). В этом примере, Wunderlist — Task Created trigger, вам нужно будет создать новую задачу в указанном списке вашей учетной записи Wunderlist.

   Как только это будет сделано, вернитесь к своему триггеру в webMethods.io Integration и нажмите кнопку Test , расположенную в нижней части формы webMethods Test trigger .Затем io Integration получит данные только что созданного вами элемента в вашей учетной записи Wunderlist.

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

   В качестве альтернативы можно Пропустить тестирование триггера.

   Если вы пропустите тестирование триггера, интеграция webMethods.io будет использовать фиктивные данные для этого триггера для настройки остальной части рабочего процесса.

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

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

Редактирование триггера

Есть два способа редактировать триггеры на странице Canvas или Projects .

Триггер редактирования с холста

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

Вы увидите значок Изменить напротив триггера, который используется в рабочем процессе. Когда вы щелкнете по нему, откроется окно конфигурации триггера, в котором вы можете внести свои изменения. После внесения изменений нажмите Сохранить .

Редактирование триггера на странице конфигураций

Чтобы отредактировать существующий триггер, перейдите в свой проект, а затем перейдите к Конфигурации > Триггеры . Вы увидите все существующие триггеры, связанные с рабочими процессами вашего проекта.

Найдите триггер, который нужно отредактировать, и наведите курсор на имя триггера. Вы можете увидеть, что рядом с именем триггера появятся значки Edit и Delete . Щелкните значок Изменить .

На экране появится окно настройки триггера. Внесите изменения в появившемся окне и нажмите Test , чтобы проверить обновленные настройки триггера. После успешного тестирования триггера нажмите Done , чтобы сохранить настройки триггера.

Удаление триггера

Есть два способа удалить триггер из рабочего процесса или из учетной записи интеграции webMethods.io.

Удаление триггера из рабочего процесса

Чтобы удалить триггер из любого конкретного рабочего процесса, выполните следующие действия:

1. Перейдите к Workflows и щелкните рабочий процесс, триггер которого вы хотите удалить.

2. Наведите указатель мыши на кнопку Start и нажмите кнопку Settings или дважды щелкните кнопку Start .

3. В открывшемся окне рядом с именем триггера вы увидите кнопку Удалить . Щелкните по этой кнопке. Вам будет предложено подтвердить действие удаления. Когда вы нажимаете Да , он удаляет триггер из этого конкретного рабочего процесса.

   Примечание: Если триггер, который вы хотите удалить, не используется в каком-либо другом рабочем процессе, он будет окончательно удален из вашей учетной записи интеграции webMethods.io.

Удаление триггера из аккаунта

Чтобы навсегда удалить существующий триггер из вашей учетной записи, выполните следующие действия:

1. Перейдите в свой проект и перейдите к Конфигурации > Триггеры .Вы увидите все существующие триггеры, связанные с рабочими процессами вашего проекта. Найдите триггер, который хотите удалить, и наведите указатель мыши на имя триггера.

2. В окне рядом с именем триггера появятся значки Edit и Delete . Щелкните значок Удалить .

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

   После того, как вы удалили триггер из этих рабочих процессов, вы можете навсегда удалить его из проекта.

Руководство по триггеру для Диспетчера тегов Google

Обновлено 27 марта 2019 г.

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

Следующий текст представляет собой отдельную статью. Это не обновление руководства, которое я написал для предыдущей версии GTM: Диспетчер тегов Google: игра по правилам, и многие концепции, описанные в нем, все еще актуальны.

Триггеры

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

Вот содержание этого руководства:

Как всегда, не стесняйтесь добавлять свои мысли в комментарии после этого сообщения, если есть какие-то аспекты триггеров, которые не были должным образом освещены.

Икс

Информационный бюллетень Simmer

Подпишитесь на информационный бюллетень Simmer, чтобы получать последние новости и материалы от Симо Ахава на свой почтовый ящик!

1.Что изменилось

На мой взгляд, есть три основных изменения в сравнении триггеров с правилами предыдущей версии GTM.

I) Триггеры интегрированы в рабочий процесс

Конечно, это скорее косметическая вещь, но важная. В предыдущей версии Google Tag Manager начальный уровень для начинающих был довольно высоким. Частично это было связано с тем, что не было ясно, что делают правила увольнения , и правила блокировки . Это стало еще более запутанным, когда вы начали изучать такие вещи, как неявные события и условия, и не помогло то, что пользовательский интерфейс давал очень мало подсказок о том, что делать дальше.

В новом пользовательском интерфейсе все связано с рабочим процессом . Возникает вопрос: Что вызывает активацию этого тега? Ничего о правилах активации или правилах блокировки, ничего об условиях событий и так далее. Просто вопрос, который не требует пояснений. Конечно, чтобы понять, что означает «пожар», вам нужно будет провести некоторое исследование, но вопрос задает сцену: тегу нужен триггер для срабатывания.

Итак, самое большое очевидное изменение — в пользовательском интерфейсе.Триггеры являются неотъемлемой частью рабочего процесса, и их невозможно не заметить, как это могло быть с правилами в предыдущей версии.

II) Вам не нужно явно указывать условие «событие»

Второе важное изменение — это способ ввода условия события. Если вы читали мои предыдущие сообщения о правилах или если вы обращали внимание на руководства для разработчиков, вы знаете, что для каждого тега требуется «событие», чтобы активировать . Под «событием» я, конечно, имею в виду уровень данных .push () , которая присваивает значение ключу с меткой «событие».

На этот раз вам не нужно явно указывать необходимое условие события (т. Е. Значение, которое должно иметь ключ «событие» для срабатывания тега). Вместо этого вы полагаетесь на доступные типы триггеров , чтобы настроить это условие за вас. Фактически, единственный раз, когда вы должны явно указать имя события, — это если вы используете тип настраиваемого события, и даже тогда вам не нужно беспокоиться о настройке его в качестве правильного условия.Вы просто указываете событию его имя в обязательном поле (вы также можете использовать соответствие RegEx, если хотите большей гибкости):

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

III) Автоматическое отслеживание событий изменено

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

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

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

2. Технический обзор

Не то чтобы я перепроектировал библиотеку JavaScript контейнера GTM (ну, не всю), но есть некоторые интересные вещи, которые следует учитывать при работе с триггерами.

Прежде всего, как я сказал выше, триггерам требуется dataLayer.push () или объявление фрагмента кода перед контейнером для активации тега. Если команда push () не имеет клавиши «событие», она становится просто «сообщением», добавляемым в шину сообщений. Он ничего не делает для тегов. Вы можете увидеть это в режиме отладки. Если в сообщении есть клавиша «событие», экземпляр получает имя события (если это не одно из трех событий GTM по умолчанию, см. Ниже) или просто «Сообщение», если в команде нет клавиши «событие»:

Итак, если есть клавиша «событие» в push () , вспомогательный объект уровня данных активируется и проходит через все активные триггеры в вашем контейнере.Если любое из них соответствует значению ключа «событие», и если все другие условия в триггере проходят, тег внедряется на сайт и его код выполняется.

Значит, мало что изменилось. Чтобы активировать теги, вам все равно нужно будет отправлять значения «события». Три события по умолчанию по-прежнему: gtm.js (отправляется, когда фрагмент контейнера впервые отображается в шаблоне страницы), gtm.dom (отправляется после загрузки DOM) и gtm.load (отправляется, когда окно загружено):

Одна вещь, которую изменила в , — это то, как обрабатываются несколько триггеров одного типа на одной странице.

Поскольку больше нет тега прослушивателя, с которым вы работаете, более чем возможно, что у вас может быть много триггеров перехода по ссылке, например, активирующих теги на одной странице. Это не означает, что GTM всегда подключает новый прослушиватель событий к узлу документа , потому что это было бы упражнением в избыточности. Скорее, все триггеры, использующие одно и то же автоматическое событие, например gtm.linkClick , оцениваются при возникновении события.

В большинстве случаев это нормально, но также возможно, что у вас есть два триггера Link Click, в одном из которых для параметра Check Validation установлено значение ON, а для другого — OFF.Это означает, что первый запускается только в том случае, если действие по умолчанию для щелчка по ссылке имеет значение , а не , предотвращенное другими сценариями, а последний запускается независимо. Поскольку срабатывание тегов контролируется только одним слушателем, GTM использует ключ gtm.triggers в объекте автоматического события, чтобы указать, какой триггер должен срабатывать при событии:

Значение ключа: containerID_triggerID . Итак, в этом конкретном примере у меня было два триггера Link Click на странице, и в одном из них была включена функция «Проверить проверку».Затем я щелкнул ссылку, где я запретил действие по умолчанию для щелчка с помощью события event.preventDefault () . Таким образом, ключ gtm.triggers сообщает нашим тегам, что разрешено срабатывать только триггеру, для которого «Проверка проверки» была отключена (идентификатор 27).

Это обеспечивает очень экономичную, но все же чрезвычайно надежную настройку триггеров автоматических событий.

3. Триггеры в рабочем процессе

Есть два очевидных пути к созданию триггеров: 1) через рабочий процесс тегов и 2) через меню «Триггеры».

Оба пути, по сути, проведут вас через одни и те же шаги.

В рабочем процессе тега вы можете войти на экран выбора триггера тремя разными способами:

1. Если у тега нет триггеров, то щелчок по большому пустому пространству с надписью «Выберите триггер, чтобы этот тег сработал…» откроет селектор триггеров.

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

3. Вы также можете щелкнуть ссылку ДОБАВИТЬ ИСКЛЮЧЕНИЕ , чтобы добавить триггеры, которые блокируют активацию тега.

На экране выбора триггера нажатие синей кнопки с плюсом в верхнем правом углу приводит к запуску режима создания.

Вы также можете войти в режим создания триггеров, перейдя к Триггеры и нажав красную кнопку NEW в пользовательском интерфейсе.

Независимо от того, какой путь вы выберете, вы увидите вот что:

Прочтите, чтобы узнать, как создать новый триггер.

4. Создание нового триггера

Когда вы начинаете создавать новый триггер, у вас уже должно быть хорошее представление о том, какое событие GTM должно активировать ваш тег.

Тип триггера по сути представляет собой комбинацию события GTM и типа взаимодействия (или события), которое GTM должен начать прослушивать.

Вот доступные в настоящее время типы триггеров:

Просмотр страницы :

• DOM Ready — запускает триггер для события gtm.dom , как только браузер загрузит объектную модель документа.

• Page View — запускает триггер для события gtm.js , как только контейнер GTM загружен.

• Окно загружено — запускает tirgger для события gtm.load , отправляемого после завершения загрузки всей страницы и всех связанных ресурсов.

Нажмите :

• All Elements — запускает триггер для события gtm.click , отправляемого при нажатии любого элемента на странице.

• Just Links — запускает триггер для события gtm.linkClick , отправляемого при нажатии на HTML-элемент ссылки ( ) на странице.

Вовлеченность пользователей :

• Element Visibility — запускает триггер для события gtm.elementVisibility , когда элемент становится видимым на странице.

• Отправка формы — запускает триггер для события gtm.formSubmit , отправляемого при обнаружении отправки формы.

• Scroll Depth — запускает триггер для события gtm.scrollDepth , отправляемого, когда пользователь прокручивает страницу.

• YouTube Video — запускает триггер для события gtm.video , отправляемого при просмотре видео на странице.

Прочие :

• Custom Event — запускает триггер, когда клавиша события помещается в dataLayer с настраиваемым значением.

• History Change — запускает триггер для события gtm.historyChange , отправляемого при обнаружении события истории окна.

• Ошибка JavaScript — запускает триггер для события gtm.pageError , отправляемого, когда на странице возникает неперехваченная ошибка JavaScript.

• Таймер — запускает триггер по событию gtm.timer , отправляемому при достижении интервала триггера таймера.

• Группа триггеров — группа триггеров срабатывает, когда все включенные триггеры сработали хотя бы один раз.

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

Следующим шагом является выбор любых настроек для триггера. Например, с помощью триггера DOM Ready вы можете ограничить триггер так, чтобы он срабатывал только по URL-адресам определенных страниц.

Если вы выберете Все (тип события) , единственным условием в триггере будет тип события. Это означает, что ваш тег будет запускать каждый раз, когда заданное вами событие помещается в dataLayer .Так, если, например, вы выбрали тип триггера «Click / All Elements» и указали All Clicks в качестве фильтра, ваш тег будет срабатывать каждый раз, когда на сайте регистрируется клик (слишком много?).

Если вы выберете Some (тип события) , вам нужно будет указать другие условия для активации вашего тега. Это может быть что угодно, например, значения переменных уровня данных, совпадения путей к страницам и т. Д. Как и раньше, вы можете указать несколько условий, но если вы это сделаете, каждое из этих условий должно пройти , чтобы ваш тег сработал.Здесь нет отношений либо-либо. Условия окончательные.

С триггерами «Link Click», «Timer» и «Form» вы увидите некоторые дополнительные настройки в триггере, в зависимости от того, какие настройки вы выберете. С помощью «Таймера» вы можете настроить таймер, который будет запускать ваш тег через заданный интервал (или заданные интервалы), а с помощью триггеров Link Click и Form вам может потребоваться указать условия для самого прослушивателя (см. Далее глава).

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

Если вы хотите добавить несколько триггеров к одному тегу, обратите внимание, что несколько триггеров в теге находятся в связи «либо-либо» . Таким образом, наличие нескольких триггеров в теге приведет к срабатыванию тега при срабатывании любого из триггеров, а это означает, что ваш тег может непреднамеренно сработать несколько раз на странице.

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

Добавить исключения достаточно просто. Просто щелкните ДОБАВИТЬ ИСКЛЮЧЕНИЕ в выборе триггера тега и выберите триггер, который заблокирует запуск тега.

За исключением случаев, триггеры блокировки всегда имеют преимущество перед триггерами активации. Однако для блокирующих триггеров всегда нужен триггер срабатывания с тем же базовым событием , иначе они бесполезны. Это связано с тем, что, когда клавиша «событие» помещается в dataLayer , триггер блокировки может блокировать только триггер, который срабатывает при одном и том же «событии», поскольку они одновременно оцениваются по одному и тому же значению «события». ключ (сложный, я знаю!).

Подробнее об этом здесь: #GTMTips: блокируйте теги с помощью исключений триггеров.

5. Триггеры Click and Form

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

Прежде всего, пропустите общий триггер Click / All Elemenets. Ничего особенного в этом нет. Он просто прослушивает все клики на вашем сайте, независимо от того, на какой элемент вы нажимаете.

Однако триггер Just Links прослушивает только щелчки, которые распространяются на узел ссылки ( ).Это означает, что вы можете щелкнуть SPAN в BUTTON в DIV, но до тех пор, пока есть оболочка ссылки где-то вверху по древу предков, и пока событие распространяется, GTM будет регистрировать событие как щелчок по ссылке.

Триггер формы ожидает отправки события submit () . Это означает, что если какой-то скрипт на вашем сайте перехватит событие формы и продолжит выполнение какой-либо проприетарной функции Ajax, например, прослушиватель GTM не сможет его получить.

Так что запомните эти две вещи: триггеры Just Links требуют щелчка по ссылке, а триггеры формы требуют действительного события отправки формы браузера.Оба нуждаются в распространении, чтобы работать.

Вы могли заметить две интерактивные опции для этих двух конкретных типов триггеров: Проверить валидацию и Ожидать теги. После того, как вы отметите любой из них, в настройках триггера появится дополнительный шаг Включить при :

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

Причина, по которой этот шаг был введен, заключается в том, как работают две проверяемые опции, особенно «Ожидание тегов». Итак, давайте сделаем небольшой обзор.

Check Validation , если этот флажок установлен, потребует, чтобы действительное действие было передано слушателям GTM. Как для Just Links, так и для Form это означает, что event.preventDefault () не вызывается другими скриптами для объекта события до того, как он достигнет обработчиков GTM.

Однако во многих случаях дело не только в том, что действие события по умолчанию предотвращается, и в этом случае слушатели GTM все равно перехватят событие, если проверка проверки выключена.Часто вы видите, что распространение также остановлено, что не позволяет слушателям GTM что-либо уловить. Обязательно посмотрите два моих предыдущих сообщения по этой теме.

Ожидание тегов гарантирует, что все теги, срабатывающие по триггеру, выполняются первыми, прежде чем продолжить действие события. Таким образом, если это триггер Just Links, перенаправление (или какое-либо другое действие) будет программно остановлено на достаточно долго, чтобы все зависимые теги завершили выполнение, после чего действие возобновляется.То же самое и с формами.

И это причина, по которой вам нужно указать вторичный фильтр. Поскольку именно GTM останавливает действие события по умолчанию, возможно, он что-то портит на пути распространения. Я видел случаи, когда опция «Ждать теги» заставляла блокировщик всплывающих окон подбирать в остальном совершенно невинные лайтбоксы. Только отключив функцию «Ждать теги», проблема была решена.

ВНИМАНИЕ !!! «Ожидание тегов» может быть очень агрессивным в одностраничных приложениях, где обработка ссылок полностью настраивается.В одностраничных приложениях «внутренняя» ссылка никогда не должна приводить к перенаправлению. Однако GTM этого не знает. Если приостановить событие, а затем продолжить действие по умолчанию, возможно, что «Ожидание тегов» приведет к переадресации ссылок, когда этого не следует делать.

Таким образом, вы всегда должны быть очень осторожны с функцией ожидания тегов и активировать ее ТОЛЬКО на тех страницах, на которых вы ВНИМАТЕЛЬНО протестировали ее, она не мешает работе сайта по умолчанию. .

6.Триггеры в API

Поскольку я большой поклонник API GTM (см. Мои инструменты GTM), я хотел сказать несколько слов о триггерах и API.

Триггеры — это ресурс, который можно опрашивать, как и все остальное в API. Вы можете перечислить их, получить, обновить, удалить, создать и т. Д.

Однако в их текущем состоянии есть одна сложность. Если вы хотите скопировать тег из одного контейнера в другой, проблема заключается в идентификаторе триггера . У каждого триггера есть идентификатор, который, как мне кажется, является примерно первым доступным числом в последовательности, начинающейся с 1.Если вы используете триггер в теге, тег будет ссылаться на этот триггер, используя этот идентификатор.

Теперь, когда вы хотите скопировать этот тег в другой контейнер, вы создаете новый тег в целевом контейнере с этим ресурсом тега в качестве тела. Проблема в том, что у целевого контейнера уже может быть триггер с идентификатором, поскольку все они следуют одной и той же логике при назначении идентификатора!

Это означает, что при копировании тега с триггерами в другой контейнер вам на самом деле нужно сделать следующее:

1. Сначала создайте триггер (ы) в новом контейнере

2. Используйте объект, полученный в ответе, чтобы узнать, каковы новые идентификаторы триггеров.

3. Обновите ресурс тега с новыми идентификаторами триггера

4. Создать тег в целевом контейнере

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

У вас нет этой проблемы с переменными, поскольку переменные называются по имени, а не по идентификатору.

7. Последовательность тегов

Одна важная вещь, которую нужно знать о триггерах и последовательности тегов, заключается в том, что если тег является частью последовательности тегов (либо как тег Setup или Cleanup ), все его триггеры игнорируются.

Другими словами, последовательность тегов важнее триггеров. Если тег срабатывает до или после основного тега в последовательности, он будет полностью контролироваться триггерами основного тега.Единственный способ предотвратить срабатывание тега в последовательности — это приостановить его.

8. Резюме

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

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

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

Пожалуйста, не пишите в комментариях, если я упустил что-то очевидное. Я хотел бы, чтобы это руководство было как можно более актуальным.

7 типов собственных триггеров в Диспетчере тегов Google

Руководство

Узнайте все о 7 встроенных триггерах в Диспетчере тегов Google: что это такое, как они работают и где вы можете использовать их на своем собственном веб-сайте.

Брэд Реддинг:

Говоря об отслеживании событий и добавлении отслеживания событий в вашу программу тегов и программу анализа, во многих случаях это не настоящее искусство и процесс создания события в Диспетчере тегов Google и отправки этого события в Google Analytics.На самом деле нужно решить, какие типы событий вы можете запускать, отправлять в GA и использовать для анализа. Большинство из нас думает, что событие — это щелчок, когда кто-то что-то нажимает. Я собираюсь показать вам семь различных триггеров, встроенных в Диспетчер тегов Google, которые вы можете использовать для создания собственных событий.

Номер один, нажмите. Очень простой. У всех это есть на нашем сайте. В этом примере мы находимся на странице категории нашего Роти и хотим отслеживать, сколько людей нажимают, чтобы развернуть быстрый просмотр, сколько людей нажимают на диаграммы размеров, сколько людей закрывают быстрый просмотр.Все это примеры кликов, которые вы можете создать в Диспетчере тегов Google с помощью собственного триггера с использованием элементов кликов, классов кликов и т. Д. Итак, это тип триггера номер один.

Триггер тип номер два, видео. Теперь видео — это то, что мы все стремимся добавить на наш сайт в надежде, что это приведет к увеличению коэффициента конверсии и, в конечном итоге, к увеличению дохода. Диспетчер тегов Google имеет встроенный тип триггера для отслеживания видео на YouTube, поэтому, если у вас есть видео, и они загружены на YouTube, и люди запускают видео, завершают видео, отслеживают, мы можем отслеживать прогресс видео.Все это примеры триггеров, которые мы можем связать с событием, которое мы отправляем в Google Analytics.

Например, давайте посмотрим на Stio. Stio на их странице продукта, у них есть видео, очень заметное в середине страницы продукта. Создав событие, которое отслеживает, сколько людей запускают видео, каков прогресс видео, сколько завершает, они могут затем использовать эти данные различными способами.

Номер один, они могут использовать его для анализа конверсии.Так делают ли люди, которые смотрят видео и получают их на 50% больше, чем люди, которые их вообще не смотрят? Допустим, видео были ниже на странице продукта и ближе к низу, и это был тот случай, когда люди, которые смотрят и смотрят 50%, конвертируют в 3 или 4 раза больше, тогда они могут использовать это для теста AB: «Хорошо, давайте поднимем видео. выше на странице продукта ». Мало того, они могли посмотреть, скажем, у них было 25% видео по всем продуктам, и они задавались вопросом, стоит ли им тратить время и ресурсы на создание видео по всем продуктам.Прежде чем делать это, отслеживая события и понимая, как использование видео влияет на путь вашего клиента к покупке, теперь он может принять обоснованное решение о том, стоит ли того вложения?

Спусковой крючок номер три, слепочный. Впечатление — это то, что становится видимым в области просмотра. Например, большинство из нас может использовать инструменты тепловых карт, такие как FullStory, Hotjar и т. Д. И мы смотрим на тепловые карты, и мы смотрим, сколько людей прокручивают страницу вниз, что очень полезно и очень важно, но во многих случаях мы не обязательно применяем преобразование к этим отчетам.Так что, если 25% людей дойдут до того места, где этот пользовательский контент Yotpo будет виден в области просмотра, это прекрасно. Но мы не знаем, сколько людей на самом деле конвертируют, где этот пользовательский контент отображается в области просмотра.

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

Далее идут формы. Диспетчер тегов Google имеет встроенную отправку формы в качестве триггера. Все мы знаем формы на нашем сайте. Они есть у всех. У нас есть формы для подписки по электронной почте. У нас потенциально есть формы, которые загружают контент. У нас есть формы для отправки запросов на обслуживание и т. Д. Одно предостережение: отправка собственной формы в Диспетчере тегов Google, если вы выполняете отправку формы Ajax, она может не работать из коробки. Таким образом, вам может потребоваться настраиваемый обработчик событий для обработки отправки формы, который вы можете загрузить контейнер из нашего раздела загрузочных контейнеров GTM, но концепция отслеживания отправок формы, которая не запускает обновление страницы и не отправляет пользователя в настраиваемый URL-адрес, который является еще одним очень важным триггером, который мы можем связать с событиями, и мы можем отслеживать количество и количество отправок этих форм, а также их влияние на коэффициент конверсии или другие источники потенциальных клиентов, например, заставить кого-то инициировать оформление заказа или добавить в корзину.

Пятый тип триггера — прокрутка. Многие из нас, вероятно, думали или слышали о глубине прокрутки. У нас он есть на нашем сайте. Мы реализуем это на многих сайтах. Все очень просто. Мы можем отслеживать глубину вертикальной прокрутки, и вы можете назначать ей индивидуальные проценты. Поэтому, если Нурофен действительно был заинтересован в понимании того, как далеко люди прокручивают разные страницы своего блога, чтобы они могли потенциально использовать это для понимания вовлеченности, наличие триггера глубины прокрутки, связанного с событием, было бы очень полезно для них.Триггер глубины прокрутки, как вы можете видеть здесь, позволяет вам вводить пользовательские проценты, которые Диспетчер тегов Google позаботится обо всем этом за вас, и, что интересно, вы также можете отслеживать горизонтальную прокрутку, но по большей части мы все будут отслеживать глубину вертикальной прокрутки.

Все эти триггеры, у вас есть возможность ограничить, где они срабатывают. Поэтому, если Нурофен хотел, чтобы это событие глубины прокрутки запускалось только на их страницах блога, чтобы ограничить объем данных о событиях, которые они отправляют в Google Analytics, они могли бы сделать это и просто отфильтровать их до определенной страницы или другого параметра.

Триггер типа номер шесть, таймер. Этот начинает набирать популярность. Для любого из тех, кто использует шнурки для своего социального маркетинга в Instagram или Facebook, вы можете увидеть в своем пиксельном отслеживании событий Facebook, что они продвигают события вперед, время на сайте, 5 секунд на сайте, 10 секунд, 15 секунд. Это та же концепция, которую мы можем применить здесь к триггерам событий внутри Диспетчера тегов Google. Итак, в этом случае у меня есть событие, где мы можем установить настраиваемый интервал. Здесь триггер, в котором вы можете установить настраиваемый интервал в миллисекундах.

Итак, если мы хотим отправить событие в Google Analytics каждый раз, когда на определенной странице проходит пять секунд, мы можем это сделать. Итак, у нас есть пять секунд, у нас есть ограничение на два срабатывания этого триггера, а затем мы можем установить здесь URL-адрес настраиваемой страницы для этого триггера, который мы связываем с событием. Это тоже может быть очень полезно. Опять же, если вы думаете о содержании, давайте взглянем на наш сайт здесь. На нашем сайте есть много практических руководств. Если кто-то пришел на наш сайт из Google, и это была его целевая страница, и это была единственная страница, которую они просмотрели, и они отскакивают, а у нас нет других отслеживаемых событий, было бы трудно действительно количественно оценить: «Хорошо, сколько людей просто приходят, заходят на страницу, ничего не делают и уходят? »

Если у нас есть события прокрутки и / или таймера, которые мы отслеживаем, мы потенциально могли бы увидеть: «Хорошо, у нас есть большой сегмент пользователей, которые тратят 15-20 минут, фактически читая и переваривая этот контент и применяя его к своим собственный сайт.»Таким образом, триггер с таймером может быть полезен для привлечения внимания, чтобы ваш показатель взаимодействия был на шаг впереди».

Тип триггера события номер семь будет триггером просмотра страницы. Все мы знаем триггер просмотра страницы. Это довольно стандартно в нашей настройке Google Analytics, но что-то, что мы можем сделать с триггерами, специфичными для просмотров страниц, — это начать фильтровать эти триггеры. Если бы у нас было событие, например, мы хотели бы отправить событие для кого-то, кто инициирует проверку и отправить расширенное обращение к проверке электронной коммерции, мы можем создать событие для просмотра страницы, загруженного окна, и, если уровень данных заполнен, улучшит ли это данные электронной коммерции? Мы хотим, чтобы это событие отправляло данные только в том случае, если пользователь действительно находится на странице оформления заказа.

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

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

Запуск сценария — Dataiku DSS 10.0 документация

Сценарии можно запускать вручную или с помощью общедоступного API DSS.

Триггеры используются для автоматического запуска сценария на основе нескольких условий.

Каждый триггер можно включить или отключить. Кроме того, для оценки триггеров сценарий должен быть отмечен как «активный».

Типы триггеров

Чтобы охватить большинство случаев использования, существует несколько типов триггеров.

Примечание

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

Триггеры на основе времени

Эти триггеры запускают сценарии через равные промежутки времени. Периодичность может быть ежемесячной, еженедельной, ежедневной или ежечасной. В течение каждого периода выбирается данный момент времени, когда сценарий должен выполняться (минута часа, час дня,…)

Триггеры модификации набора данных

Эти триггеры запускают сценарий всякий раз, когда набор данных изменяется в зависимости от данных или настроек.Обнаружение изменений в данных зависит от типа набора данных. Для наборов данных, подобных файловой системе («Загружено», «Файловая система», HDFS), изменение означает несоответствие в именах файлов, длине или времени последнего изменения.

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

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

Триггеры SQL

Когда данные хранятся в базе данных SQL, обычно можно проверить изменения с помощью запроса, например, выбрав максимум некоторой даты. Триггер SQL запускает запрос и активируется при изменении вывода запроса (по сравнению с последним выполнением запроса).

Триггеры Python

Если требуется полностью гибкий подход, можно настроить триггер Python .Этот тип триггера выполняет сценарий Python, и сценарий может решить активировать триггер. Это позволяет запрашивать внешние API и выполнять всевозможные проверки.

Триггеры с ручным управлением

Когда вы запускаете сценарий вручную (либо через пользовательский интерфейс DSS, либо через общедоступный API), вы фактически используете специальный «ручной» триггер. Ручной триггер может отправлять параметры, которые будут получены, как и другие параметры триггера.

Для передачи параметров через пользовательский интерфейс используйте кнопку «Запуск с пользовательскими параметрами» в меню «Действия».

См. Общедоступную документацию по API для получения информации о том, как запустить сценарий через API.

Оценка

У каждого триггера есть интервал оценки. DSS будет выполнять проверку (временные метки файлов, запрос SQL, код Python) с каждым интервалом.

Примечание. У триггеров, основанных на времени, нет интервала оценки.

Примеры

Запускать сценарий каждый день в 22:00

Запуск сценария при изменении набора данных HDFS

Запуск сценария при изменении набора данных SQL

Триггеры изменения набора данных не считывают данные, только настройки набора данных, а в случае наборов данных на основе файлов, размер файлов и дату последнего изменения.Таким образом, эти триггеры не будут видеть изменения в наборе данных SQL, например, в таблице SQL, не управляемой DSS. В этих случаях необходим триггер изменения запроса SQL.

• добавить триггер изменения запроса SQL

• написать запрос, который вернет значение, которое изменяется при изменении данных. Например, количество строк или максимум какого-либо столбца в таблице набора данных.

• установить периодичность проверки

Объяснение 5 типов триггеров обслуживания

Триггеры базового обслуживания

Триггеры обслуживания используются для предупреждения технических специалистов о том, что для актива требуется обслуживание.Планирование, реагирование и запись триггеров технического обслуживания — это ключ к поддержанию наилучшего качества оборудования и его доступности в нужный момент, избегая при этом лишней работы. Использование технологии, такой как CMMS, является ключевым компонентом создания, отслеживания и выполнения эффективных триггеров обслуживания.

Пять наиболее распространенных типов триггеров обслуживания

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

Триггер пробоя

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

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

Типы обслуживания, в которых используются триггеры отказа: корректирующее, реактивное, безотказное

Триггер по времени

Время — один из наиболее часто используемых триггеров обслуживания. Вот как это работает: для объекта запланировано техническое обслуживание по заранее определенному графику, например на первое число каждого месяца или каждые 14 дней.Когда наступает это время, запускается заказ на обслуживание, технический специалист получает предупреждение, и задача обслуживания завершается. Триггеры времени бывают разных форм и размеров, от часового индикатора до сезонного.

Триггеры обслуживания, зависящие от времени, являются частью профилактического подхода к обслуживанию. Регулярное планирование технического обслуживания помогает обеспечить правильную работу оборудования с минимальным количеством незапланированных простоев. Используя триггеры времени, небольшие проблемы могут быть обнаружены и устранены до того, как они перерастут в более крупные и приведут к дорогостоящему отказу оборудования.

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

Типы обслуживания, использующие триггеры времени: профилактическое, основанное на состоянии, прогнозирующее

Триггер использования

Триггеры обслуживания на основе использования возникают, когда в качестве актива требуется обслуживание после работы на определенной мощности.Ремень может потребоваться осмотр через 100 часов производства, шины — через 10 000 км, а оборудование для индукционной герметизации может потребовать технического обслуживания после 20 производственных циклов. В любом случае, когда актив соответствует этой точке использования, запускается заказ на работу и планируется обслуживание.

Триггеры использования — еще одна отличительная черта стратегии профилактического обслуживания. Вместо того, чтобы ждать, пока актив выйдет из строя и выйдет из строя из-за нагрузки на него, выявляется триггер для предотвращения незапланированного простоя.Этот ремень проверяется через 100 часов, поэтому он не перестает работать через 101 или 150 час, а также тогда, когда он вам больше всего нужен.

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

Типы обслуживания, использующие триггеры использования: профилактическое, основанное на состоянии, прогнозирующее

Триггер события

Этот тип триггера обслуживания сводится к одному предложению: если это событие происходит, оно запускает такое обслуживание.Просто добавьте конкретный сценарий и соответствующие задачи обслуживания. Когда событие добавляется в цифровую систему обслуживания, такую ​​как CMMS, запускается ряд задач, чтобы помочь минимизировать негативное влияние события или обеспечить правильную работу активов во время события. Например, если подвал объекта затоплен, необходимо проверить электрические системы или, если запланирован аудит, необходимо проверить определенные активы.

По самой своей природе триггер события является частью запланированной стратегии реактивного обслуживания.Многие события непредвидены, но это не значит, что вы не можете спланировать непредвиденное. Создание триггеров на основе событий помогает командам технического обслуживания разработать план действий на случай чрезвычайных ситуаций или внезапной корректировки, чтобы задачи можно было выполнять быстро, ресурсы можно было обслуживать должным образом, а детали были под рукой, когда это необходимо.

Триггеры на основе событий следует использовать для критически важных активов, подверженных воздействию внешних сил. Например, оборудование на объекте, подверженном ураганам, или объект с более высоким уровнем выбросов, который может подпадать под действие нового экологического законодательства.

Типы обслуживания, использующие триггеры событий: профилактическое, основанное на состоянии, прогнозирующее

Триггер условия

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

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

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

Типы обслуживания, использующие триггеры условий: основанные на условиях, прогнозные

Все о триггерах: все, что вам нужно знать

Триггеры — действительно важная функция в Articulate Storyline.Почему? Потому что ничего — и я имею в виду ничего! — может произойти без триггера. Триггеры — это то, как вы добавляете интерактивности своему курсу, будь то переход к новому слайду или открытие нового содержания. Давайте подробно рассмотрим триггеры и то, что вам нужно о них знать.

Знакомство с панелью триггеров

Во-первых, важно ознакомиться с панелью триггеров. Это закрепляемая панель, расположенная в правом верхнем углу приложения Storyline.

Вы увидите ряд кнопок в верхней части панели триггеров; слева направо эти кнопки позволяют:

• Создать новый триггер. Вы также можете создать новый триггер, щелкнув значок триггера на вкладке «Вставка» на ленте сюжетной линии.
• Редактировать выбранный триггер. Вы можете дважды щелкнуть любой триггер, чтобы внести в него изменения.
• Скопируйте выбранный триггер. Довольно понятно. 🙂
• Вставьте скопированный триггер в выбранный объект. Имейте в виду, что если при вставке триггера у вас не выделен объект, он будет добавлен как триггер слайда, а не как триггер объекта.
• Удалить выбранный триггер. Опять же, все говорит само за себя.
• Переупорядочить триггеры. Стрелки позволяют настроить порядок срабатывания триггеров, что иногда необходимо, поскольку порядок срабатывания имеет значение .
• Управление переменными проекта. Не требует пояснений — это кнопка в крайнем правом углу.

Типы триггеров

Существует четыре типа триггеров, все они перечислены на панели триггеров непосредственно под значками.

• Триггеры для слайдов отображаются в верхней части панели триггеров. Они часто полагаются на то, когда временная шкала слайда начинается, заканчивается или достигает определенной точки, но они также могут запускаться, когда учащийся нажимает клавишу, когда изменяется состояние или когда изменяется переменная. Все триггеры слайдов перечислены под меткой «Триггеры слайдов», которую вы можете видеть на изображении выше.
• Триггеры слоев похожи на триггеры слайдов, но применяются только к слоям.Они всегда появляются вверху панели триггеров и появляются только на слоях.
• Триггеры объекта зависят от объекта, то есть они срабатывают, когда что-то происходит с объектом (например, когда учащийся нажимает кнопку или наводит курсор на точку доступа). На изображении выше триггер под фигурой «Прямоугольник 1» является триггером объекта.
• Триггеры проигрывателя всегда отображаются внизу панели триггеров. Они применяются к встроенным кнопкам навигации: «Назад», «Далее» и «Отправить».

У вас может быть неограниченное количество триггеров слайдов, слоев и объектов.

Знакомство с мастером триггеров

При создании нового триггера вы используете так называемый Мастер триггеров, чтобы настроить его и настроить параметры триггера. Давайте внимательнее познакомимся с мастером триггеров.

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

Однако в мастере триггеров всегда будут отображаться два поля: Действие, и Когда.

Действие

В Storyline 2 есть более 20 действий на выбор. Все они говорят сами за себя и четко названы.Имейте в виду, что в зависимости от того, какое действие вы выберете, появятся дополнительные раскрывающиеся меню. Например, если вы выберете «Изменить состояние», в следующем раскрывающемся списке вас спросят, для какого объекта вы хотите изменить состояние. Если вместо этого вы выберете «Воспроизвести мультимедиа», появится раскрывающееся меню, в котором, среди прочего, перечислены параметры мультимедиа, доступные на слайде.

Когда

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

В зависимости от выбора, сделанного вами в поле «Когда», после него появятся дополнительные поля или раскрывающиеся меню. Если вы выберете «Пользователь нажимает клавишу», появится новое поле с просьбой ввести, какую клавишу. Если вы выберете «Object drop on», появится меню с просьбой выбрать объект из списка.

Какое раскрывающееся меню появится следующим, зависит от вашего выбора в поле «Когда».Итак, вам нужно запомнить две наиболее важные вещи: действие (что происходит?) И когда (когда происходит действие?). Все остальное в мастере триггеров настраивается в соответствии с вашим вводом.

Показать условия

Вы также можете заметить кнопку с надписью «Показать условия». Это очень важная и очень мощная функция триггеров: условия.

Почему это так мощно? Потому что это дает вам возможность сказать, что определенное взаимодействие или действие произойдет, ТОЛЬКО ЕСЛИ что-то еще в курсе произошло.Вы также можете использовать опцию «И / Или», чтобы добавить несколько слоев к своим условным действиям.

Например, вы можете настроить кнопку, которая будет переходить на другой слайд, ТОЛЬКО ЕСЛИ была нажата определенная фигура ИЛИ вся временная шкала была просмотрена. Когда дело доходит до условной интерактивности, возможности и комбинации действительно безграничны.

Предварительно встроенные триггеры

Слайды сюжетной линии и определенные объекты по умолчанию уже связаны с триггерами.Давайте посмотрим на них поближе.

Предварительно встроенный проигрыватель (навигация), триггеры

Вы могли заметить, что каждый раз, когда вы добавляете новый слайд, на нем уже есть один или несколько триггеров проигрывателя. У базового слайда макета всегда будет два триггера: один для кнопки «Назад» (для перехода к предыдущему слайду) и один для кнопки «Далее» (для перехода к следующему слайду).

С другой стороны, слайды опроса по умолчанию имеют кнопку «Отправить» вместо кнопок «Назад» и «Далее».К кнопке «Отправить» прикреплен триггер, который отправляет взаимодействие при нажатии кнопки.

На слайде с оцененными результатами уже настроены все виды триггеров. Триггеры автоматически покажут либо уровень неудач, либо успех в зависимости от установленной вами окончательной оценки и от того, превысил ли учащийся этот результат. Триггеры делают всю грязную работу и вычисления за вас. Также есть кнопка «Обзор», настроенная по умолчанию, с привязанным к ней триггером по умолчанию, который позволяет учащимся просматривать слайды викторин.

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

Предварительно созданные триггеры объекта

В дополнение к слайдам, к которым уже привязаны триггеры проигрывателя по умолчанию, вы заметите, что с некоторыми интерактивными объектами (кнопками, горячими точками и полями ввода данных) уже связан пустой триггер на панели триггеров.

Почему? Потому что, если вы создаете кнопку, точку доступа или поле для ввода данных, вам НЕОБХОДИМО добавить триггер, чтобы он работал. Напомним, что триггер автоматически добавляется на панель триггеров; вам просто нужно откорректировать детали.

Вопросы о порядке запуска

Еще один важный совет, о котором следует помнить, когда дело касается триггеров: порядок имеет значение! Если на мастер-слайде и слайдах содержимого есть триггеры, сначала выполняются триггеры мастер-слайда. Кроме того, если на одном объекте имеется несколько триггеров, которые запускаются одним и тем же действием (например, «При щелчке»), триггеры выполняются в том же порядке, в котором они отображаются на панели триггеров.Если вы устраняете неполадки на слайде с несколькими триггерами и что-то просто не работает должным образом, не забудьте внимательно изучить порядок запуска, так как это часто является виновником!

Надеюсь, эта подробная статья о триггерах даст вам более глубокое понимание того, как они работают. В конце концов, они являются одной из самых мощных функций Storyline и необходимы для создания любого типа интерактивности!

Есть ли у вас какие-нибудь собственные советы по использованию триггеров? Оставьте их в комментариях ниже или напишите мне в Твиттере!

Хотите попробовать что-то, чему вы здесь научились, но у вас нет программы Articulate? Загрузите бесплатную пробную версию и регулярно возвращайтесь в E-Learning Heroes за более полезными советами по всему, что связано с электронным обучением.