Если вы планируете добавить в форму регистрации пользователя сбор информации о пользователях, то стоит сначала попробовать модуль profile.module, а уже потом решать, нужно ли писать собственный модуль. Этот модуль позволяет создавать произвольные формы для сбора данных, определять, какая информация требуется и/или предназначена для сбора в форме регистрации пользователя, а также указать степень конфиденциальности этой информации. Кроме того, он позволяет администратору определять страницы для просмотра пользователей по вариантам их выбора с помощью URL-адреса, составленного из адреса сайта с добавлением profile/ плюс имя_поля_профиля/ плюс значение.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Процесс входной регистрации начинается тогда, когда пользователь заполняет входную форму (обычно по адресу http://example.com/?q=user или в блоке) и щелкает на кнопке Log in (Вход).
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Иногда использовать локальную таблицу Drupal users не требуется. Например, возможно, таблица с данными о пользователях уже имеется в другой базе данных или в LDAP. Среда Drupal позволяет легко интегрировать внешнюю аутентификацию в процесс входной регистрации.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
ГЛАВА 7 Работа с нодами
В этой главе вы ознакомитесь с нодами и типами нод. Вы научитесь создавать тип ноды двумя различными способами. Вначале мы рассмотрим программное решение — напишем модуль, использующий хуки Drupal. Этот подход обеспечивает больший контроль и гибкость при определении, что нода может делать, а чего не может. Затем мы увидим, как создавать тип ноды из интерфейса администрирования Drupal. И в конце главы мы рассмотрим механизм управления доступом к нодам Drupal.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Так что же собой представляет нода?
Один из первых вопросов, которые задают новички в разработке на Drupal — что такое нода? Нода представляет собой фрагмент контента. Drupal присваивает каждому такому фрагменту контента идентификационный номер, который называется идентификатором ноды (node ID, а в коде — $nid). Обычно у нод имеется название (заголовок), которое позволяет администратору просмотреть список нод по их названиям.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Если вам понадобится создать в Drupal новый тип контента, то, следуя традиции, придется написать модуль ноды, который будет отвечать за выполнение и предоставление новых и интересных вещей, необходимых этому типу контента. Здесь сказано “следуя традиции”, т.к. последние веяния в среде Drupal позволяют создавать типы контента в интерфейсе администрирования, расширяя их возможности добровольно разработанными модулями — без написания модуля с самого начала. В настоящей главе рассматриваются оба этих решения.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Хранение нод
Ноды хранятся в базе данных в виде отдельных частей. Таблица node содержит большинство метаданных, описывающих ноду. Таблица node_revisions содержит тело ноды и ее тизер, а также информацию о ревизии. И, как было показано в примере job_post.module, другие ноды могут добавлять данные к этой ноде во время ее загрузки и сохранять любые необходимые данные в собственных таблицах.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Создание типа ноды с помощью собственных типов контента
Способ создания модуля ноды, продемонстрированный в примере с job_post.module, обеспечивает исключительные возможности по управлению и производительность, однако он несколько утомителен. А хорошо бы создавать новый тип ноды вообще без программирования! Для этого и предназначены собственные типы контента из ядра Drupal.
CMS Drupal 7 РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-САЙТОМ:
Ограничение доступа к нодам
Существует несколько способов ограничения доступа к нодам. Мы уже видели, как можно ограничить доступ к типу ноды с помощью хука hook_access() и прав доступа, определенных с помощью хука hook_perm(). Но Drupal предоставляет намного более мощные инструменты управления доступом — таблицу node_access и еще два хука доступа hook_node_grants() и hook_node_access_records().
