Один из самых больших недостатков Drupal - то, что это танцует на строке между инструментом под ключ для инструментов для создания сайта непрограммиста и платформой для разработчиков, создающих сложные веб-приложения. Это имеет некоторый интересный материал для предложения обеих групп, но концессии одной толпе всегда имеют тенденцию сбивать с толку другой.
растущая тенденция в сообществе Drupal должна явно создать API разработчика, затем администрирование слоя UI и конечный пользователь UI сверху API. Это - хорошая вещь, но существует также все еще большая архитектура прежней версии. Проект оказался 8 годами на этой неделе, и каждый сайт требует соединения модулей, которые развиваются в различных шагах.
, Если кто-то уже не создал модуль, который делает то, что Вы хотите, эффективно усиливая систему, не взламывая базовый код, требует понимания много различных внутренних API, много unique-to-drupal структур данных, и учащийся на некоторых иногда броских рабочих процессах. Много ужасно плохих и невозможных, чтобы поддерживать сайты плавает вокруг в связи с людьми, которые должны были сделать хитрый материал и не имели экспертных знаний (или время) для исследования "правильного" способа сделать вещи.
(Правовая оговорка: Я просто написал в соавторстве несколько глав для книги о Drupal, и я делаю полный рабочий день работы Drupal, таким образом, я являюсь почти настолько совсем не 'несмещенным', как можно добраться. Но мне действительно нравится думать, что я сохраняю перспективу. Я основа Django, также.)
In Main project properties, there is Project References. check on the dependent project. By this way firstly dependant project builds, after than main project building process starts.