Впервые я услышал о модуле Features на конференции DrupalCon. Не смотря на всю оригинальность идеи, тогда я так и не смог реально представить, чем она может быть полезна человеку, умеющему писать собственные модули. Надо сказать, то же самое я подумал при первом взгляде на модуль Views.
#1
#1

В первом номере вы найдёте статьи об особенностях построения процессов разработки вместе с модулем Features и инструментом Drush, прочитаете материалы об относительно новом течении в создании графических тем — Responsive design, сможете ознакомиться с последними новостями из жизни Drupal-сообщества и мероприятиями по всему миру. Для старта мы решили ограничиться только переводом материалов, оригиналы которых уже опубликованы в сети на английском языке. Перейдя по линкам на авторов этих статей, вы сможете обнаружить море дополнительной информации. Первые три номера журнала будут пилотными. На основе обратной связи с вами мы отработаем состав содержимого, график публикаций и определимся с содержимым сайта журнала. Если у вас есть предложения, материалы, конструктивная критика — присылайте её на info AT drupl.ru (это не опечатка). P.S. Для чего мы это делаем? Самая главная цель, которую мы ставим перед собой — популяризация CMF Drupal среди разработчиков и потребителей их услуг. Будем учиться и работать вместе!
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
CogepkaHue #pa
Для того, чтобы приступить к работе с материалом этой статьи нужно немного - пройти шаги из предыдущей статьи и знать основы работы инструмента Drush и командной строки.
Если «возможность» необходима для развёртывания на многочисленных сайтах, то неизбежно ветвление версий, когда в целом «возможности» схожи, но различаются в некоторых деталях. Пока вы разрабатываете новые сайты с использованием готовой «возможности», вы не несёте дополнительных расходов, но что делать, если в какой-то момент потребуется к блогу добавить новых компонентов? Как добавить новый функционал на другие сайты, если ветвление «возможностей» уже произошло и они в деталях отличаются друг от друга?
Drush — это инструмент, который позволяет вам решать часто повторяемые операции с Друпалом посредством командной строки. согласно официальной странице проекта, Drush это: командный и скриптовый интерфейс к Друпалу, настоящий швейцарский армейский нож, спроектированный чтобы сделать жизнь проще для тех из нас, кто проводит часть своего рабочего времени в командной строке.
Drush - это мощная консольная утилита для создания, управления и обслуживания вашего сайта на Друпале. Drush содержит много полезных опций и если вы разрабатываете сайты с помощью Друпала и до сих пор не использовали Drush — вам обязательно следует его попробовать.
Хороший инженер-программист скажет вам, что в разработке не обойтись без системы управления версиями. Хороший разработчик под Друпал скажет вам, что Drush - это фантастический инструмент для установки и обновления модулей, а так же для обслуживания сайта в целом. Но как заставить Drush и систему контроля версий работать совместно? В этой статье рассказывается как использовать Drush совместно с Git для развёртывания обновлений на вашем боевом сайте.
В последнее время мы много слышим о реагирующем (responsive) дизайне и будущем веба в целом. На DrupalCamp Montreal в сентябре 2011 года, Джен Симмонс (Jen Simmons) и Джейк Строун (Jake Strawn) рассказывали о том, почему реагирующий дизайн имеет место быть. Я была настолько впечатлена, что решила сделать дизайн evolvingweb.ca более реагирующим.
Я расскажу о Terrain (http://drupal.org/project/terrain) — реализации реагирующего дизайна с помощью основанной на Hexagon (http://drupal.org/project/hexagon) темы Друпала.