Drupal - Урок пятнадцатый - Автоматизация. Модули Triggers и Workflow

Автоматизация — это слово беспокоит людей с первой НТР произошедшей в 17 веке, что может быть лучше, чем поставить производство на поток? Отладить работу, и пожинать лавры?Сегодня мы поговорим о том, что может предложить Drupal, для автоматизации некоторых процессов. Для начала давайте установим модуль Trigger, он идет с Drupal. после установки на странице «Administer» появится 2 новых ссылки: Triggers и Actions. Если объяснять по простому, тригеры (Triggers), - это какие то системные события, например создание материала, или комментария, а действия (Actions) — это то, как мы можем на них отреагировать. Такая вот, причинно-следственная связь -) Давайте создадим свое действие. Заходим на страницу «Administer → Actions», и видим список действий созданных по умолчанию, а так же форму для создания своих действий. Давайте попробуем создать действие, например, мы хотим, что бы при определенном тригере, пользователя перекидывало на страницу www.yandex.ru (Смилостивись, и дай мне еще немного ТИЦа -) ), для этого создаем действие «Redirect to URL». В настройках вбиваем название (желательно его изменить, так как таких действий может быть несколько), и адрес: Действие добавилось в список, в отличие от добавленных по умолчанию, его можно изменить, или удалить: Теперь давайте закрепим наше действие, за каким-либо событием. Заходим на страницу «Administer → triggers» События разбиты по типам. Изначально мы попадаем на события связанные с материалами, давайте повесим наше действие, на событие «After saving a new post», то есть, после добавления материала, пользователь будет перекинут на яндекс. Прикрепляем... и добавляем новый материал. Если все сделано правильно, вас перекинет на яндекс. Так же можно добавить любое другое действие, например, что бы на каждый коммент, вы получали сообщение. Конечно, доступно немного действий, но есть множество модулей, которые работают с модулем Trigger, и добавляют свои действия в систему. Например, модуль Token, который очень часто встречается в моих уроках (штука крайне полезная). Вместе с ним идет модуль Token actions, который добавляет 3 события: Послать пользователю сообщение, Послать e-mail, Редирект на страницу. Но при этом, можно использовать токены. Например послать сообщение, включающее в себя текст свежедобавленного комментария, автора, время, и кучу другой информации. Теперь давайте установим модуль Workflow, и Workflow access. Он тесно связан с модулем Trigger, и позволяет добавить к типам материалов различные статусы, разграничить, какие роли могут производить перевод из статуса в статус, и вызывать при каждом переходе какое то действие. После установки, появляется сообщение переходим по ссылке, и жмем кнопку «rebuild permissions» (Друпал большой — ему видней). Теперь заходим на страницу «Administer → Workflow». Для того что бы понять как это все работает (с первого раза сам слегка затупил -) ), давайте решим какую-либо задачу. Например, нужно сделать сайт, и дать зарегистрированным пользователям возможность создавать статьи, которым будет присваиваться статус «Не проверенно», после создания пользователю выводится сообщение о удачном добавлении, при этом статья не публикуется, и не выводится на главную. Пользователь с правами может дать статье статус «Проверенно», или «Лучшее», в первом случае статья публикуется, во втором публикуется и выводится на главную. Приступим. Создаем свой Workflow Пусть он называется «User_article_workflow» Теперь нужно создать статусы, добавим «Не проверенно», «Проверенно» и «Лучшее». Статус (creation) добавляется по умолчанию. Сохраняем, и идем в « Administer → Content management → Content types», добавляем свой тип материалов Name: Статья пользователя Type: user_article Workflow settings - Default options: все галочки сняты. Сохраняем, и возвращаемся на страницу «Administer → Workflow». Там уже появился наш тип, ассоциируем его с Workflow «User_article_workflow». Осталось настроить права, и действия. Но для начала добавим пользователя "модератор" (он не обязателен, но так нагляднее). Идем в «Administer → User management → Roles». Возвращаемся на страницу «Administer → Workflow». Кликаем по ссылке Edit, напротив Workflow «User_article_workflow», и видим таблицу, в которой нужно указать, какие роли, могут переводить из одного состояния в другое. Из состояния «(creation)» в непроверенное может перевести авторизированный пользователь и автор (какое то состояние у статьи должно быть, а так как выбор один, при создании статьи авторизированным пользователем, она автоматом примет статус «Не проверенно» у Модератора будет выбор), остальное может модератор. Workflow tab permissions Галочка Модератору. Далее идут таблицы доступа.«Administer → Workflow» Состояние «Непроверенно» Видят: Модератор, Автор Редактируют:Модератор, Автор Могут удалить: Модератор Состояние «Проверенно» Видят: Все Редактируют:Модератор Могут удалить: Модератор Состояние «Лучшее» Видят: Все Редактируют:Модератор Могут удалить: Модератор Сохраняем. Теперь нужно присвоить действия, но для начала нужно создать действие, которое покажет пользователю сообщение, после создания статьи. Переходим на «Administer → Actions» и добавляем действие «Display a message to the user». Description: Сообщение пользователю добавившему статью Message: Статья сохранена, и ожидает проверки модератором. Возвращаемся на «Administer → workflow». Жмем ссылку Actions И добавляем нужные события (событие «Save post» добавляется автоматом). Теперь идем в «Administer → User management → Permissions» и разрешаем авторизированным пользователям создавать и редактировать свои статьи типа « user_article» Все. Теперь можете проверить, создайте пользователя, и создайте им статью, она сохранится, пользователь увидит сообщение, но она не будет опубликована, и не будет выведена на главную. Спасибо за внимание -)