Drupal Install Profile

Наверняка все сталкивались с готовыми сборками сайтов на Drupal, когда после установки получаешь готовый сайт с набором необходимых модулей, своей темой и т.д. Существует большое количество таких сборок, среди них Open Atrium, Open Publish, Drupal Commons и т.п. Думаю возникал вопрос “А как это реализовано? или “Как это сделать?” Ответ на этот вопрос – Drupal Install Profile. И так, как создать свой установочный профиль. В основном инсталляционные профили создаются на основе существующего сайта.

Шаг 1. Подготовка файлов.

Создаем папку “modules”, в ней папку “contrib”, в которую копируем все необходимые для работы сайта модули. Создаем папку “themes”, в которой размещаем папку с нашей темой, например acquia_prosper, и набором .tpl.php и .js и .css файлов, созданных в процессе разработки сайта. Для включения некоторых особых элементов сайта в сборку, таких как views, типы контента, меню, роли, права доступа и т.д., используется модуль Features. Созданые “фичи” положим в папку “features” и разместим в папке “modules”.

Читать полностью…

Источник: http://www.drupal.ru/node/58705

Модуль Profile смотрит в сторону Fields API

Накануне на Друпал.орг застолбили место под проект Profile 2 — замену стандартного модуля Profile. Согласно сообщению на странице проекта, это логичное следствие из двух обсуждений на тему грядущего появления в ядре Друпал 7 механизма Fields API (функциональный аналог CCK) и целесообразности дальнейшего существования модуля Profile со своей схемой создания полей в профилях пользователей (1, 2).

Иными словами, модуль Profile2 скорее всего будет представлять из себя «клон» таких модулей, как Content Profile или Node Profile, которые позволяли подменить страницы личных профилей страницами материалов определенного типа (обычно расширенного с помощью CCK). Т.е. страницу профиля можно будет сконструировать также, как и тип материала. Различия, скорее всего, будут связаны лишь с перелинковкой данных и реализацией возможностей типа «интересы пользователя».

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

PS: О том, какая идея заложена в profile 2 читать в issue

Источник: http://www.drupal.ru/node/36339

© 2009 Обзор CMS