18 января 2007 в 23:43
Помогите пожалуста определиться с выбором CMS для создания портала такого типа www.brigada.biz
Интересуют в основном бесплатные CMS либо платные, но недорогие.
Помогите пожалуста определиться с выбором CMS
Главные вкладки
18 января 2007 в 23:43
Комментарии
Посмотрел приведенный Вами пример сайта и ничего сложного в нем не нашел. Потому для реализации подобного портала вполне подойдет Drupal. Теоретически можно было бы использовать Joomla, но если выбирать из лучшего, то либо Drupal либо ExpressionEngine. С платными CMS я не очень знаком.
From admin: Данный комментарий и ответы на него перенесен из данного обсуждения.
Согласно иделогии Drupal чтобы работать с Drupal можешь и не быть программистом,
а если Вам нужен программист..., то это говорит о том, что сам Drupal ваши потребности не устраивает...
Ковыряться в чужом коде, это дело не особо приятное, в ряде случаев легче самому написать
код, который состоит от части из полезных элементов чужого кода.
Лично мое мнение, это наймите программиста который сам сделает CMS под ваши нужды,
то что мне с первых пор не хватило в Drupale, это дать возможность продвинутому пользователю
самому создавать бланки (перечисление полей и их описание) и побольше стандартных шаблонов
отображения информации (например таблица), не совсем удобнообъяснять юзеру как вставлять
картинки в текст и вообще в данный момент объясняю женщине со степенью доктора в области
инженерных наук как вставлять материал на сайт Drupal, и знаете ей много что не понятно,
например запутаны СЛОВАРЬ и ТЕРМИНЫ (легче Раздел Рубрики),
потом зачем нудно вводить термин тахомия.... Легче просто сказать, опубликованный материал может
отображаться в разных рубриках сайта.
Ну и немаловажно то, что Drupal меня удивил своей тормознутостью!
ЗЫ
Совет, наймите толкового программиста, и скажите, что хочу иметь необходимый функционал Drupal,
но чтобы то что он напрограммирует было быстрее Drupal 4.7 раз в 10, по первому впечатлению о Drupal
скажу что это дегко достижимо.
Вот можете оценить скорость работы самопальных cms
http://www.tmf.rtu.lv
http://www.tmf.rtu.lv/sesi
http://www.tmf.rtu.lv/mti
И с Drupal 4.7
http://www.tmf.rtu.lv/dzat
Супер!!! Очень понравилось! Пожалуйста, пиши ещё!
О великий гуру самодельных CMS!
Почитай-ка ты документацию, если владеешь английским, конечно. Тогда тебе станет понятно, почему нужно вводить термин, как заменить "термин" на "рубрика", как оптимизировать производительнсть, и накой вообще нужен фреймворк.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
По принципиальным соображением не буду,
я не теоретик, а практик.... тогда легче сразу посмотреть код PHP !
Все что мне хочется проверяю на примерах, нету ни желания ни времени читать документацию
если я работаю с продуктом, то все должно быть интуитивно понятно, если интуитивно не понятно то
1) конечный пользователь меня за"рахает своими вопросами
2) что то с логикой продукта не так, к примеру с непонятками Drupal
у меня есть сайт, в разные меню сайта должна вставать информация,
печатаю текст и ставлю галочки где этот материал должен быть.....
и зачем мне на милость скажите читать доку, да еще на буржуйском
языке, какая тут великая премудрость скажите мне на милость?
Не хочу я читать как оптимизировать, если оптимизация есть,
то почему скажите по умолчанию она не работает из коробки?
Да критиковать легко, скажите мне, а типа сам поди и сделай,
наверно к этому я постепенно прийду, в этом нет ничего сложного,
надо просто почистить код и добавить пару полезных фишек из
Drupal:)
Drupal это в первую очередь CMF - среда для создания сайтов, затем уже готовая CMS. На нём очень удобно делать свои доработки _не затрагивая_ ядра движка. Программист получает для себя готовый API, под которым не изобретая велосипедов на авторизацию, разграничение прав пользователей, темплейты для дизайна и прочее по выбору дописывает необходимый функционал. Позже такой код (если он написан в рамках API движа без всяких "хаков") легче поддерживать - новому программисту нужно будет изучать документацию движка, которую пишут разработчики, а не разбирать код предыдущего коллеги. Писать свою CMS следует в последнюю очередь, когда очевидно что проект настолько нестандартен, что адаптация к нему готовых движков неэффективна по затратам. Это может встречаться при применении в интранет-среде, когда на сайт завязывается много сторонего софта, но для вебсайтов такая ситуация очень редка.
И если на каком левом сайте движок работает медлненно, не факт что это медленный движок. Друпал по потреблению ресурсов я бы отнес к средним движкам (Joomla, e107). Разумеется скрипты генерящие страницы просто влёт можно ваять по ведру в день, а ещё быстрее и с минимумов ресурсов будут отображаться статические HTML-страницы
Но такая вещь как лёгкость использования, стабильность и поддержка - для этого требуются более серьёзные трудозатраты.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Вобче asm рулит однозначно! До сих пор не могу понять популярность разных там Delphi, Builder и иже с ними!
Недавно ездил на обучение (php, mysql, etc...). Преподователь придерживался таких же взглядов - "быстрее и надёжнее написать CMS своими руками". Спорить и переубеждать я его не стал - я просто терюсь, не зная какой из десятка аргументов приводить первым.
[дальше было написано много текста про мой 15-летний опыт програмирования с выводами о самопале - вырезано]
Все разработчики любых систем используют свой опыт и свои наработки для следующих проетов.
Если говорить про веб, разработчики либо становятся приверженцами какой-либо CMS, либо пишут свою, что равнозначно.
Таким образов мы приходим к сравнению двух CMS, одна из них Drupal, другая - <место свободно, предлагайте>
spin76, сколько будет стоить (времени и денег) стандартных блог (блог, RSS, аггрегатор, картинки, виз. редактор, несколько тем)? Плюс хорошо бы иметь облако тегов (ибо модно), автоматическое построение разделов (на основе тегов) и автоматически формируемый список документов "см.также"; работать конечно должно "раз в 10" быстрее Drupal.
PS: Странно, www.tmf.rtu.lv открывался столько же сколько и drupal.ru (10 секунд, загружал несколько раз)
Эй, очень хорошие объяснения, честное слово!
просто стоит ограничение на трафик 30KB/sek
а пользователей сайта много, весь факультет.
Еще раз напишу, моим источником дохода не является WEB-сайтоделание!
По поводу
-----------------------------
сколько будет стоить (времени и денег) стандартных блог (блог, RSS, аггрегатор, картинки, виз. редактор, несколько тем)? Плюс хорошо бы иметь облако тегов (ибо модно), автоматическое построение разделов (на основе тегов) и автоматически формируемый список документов "см.также"; работать конечно должно "раз в 10" быстрее Drupal.
-----------------------------
Что бы быть честным, скажу в какой тематики у меня был опыт сайтоделания
Сайты для учебных заведений, в силу причин делал их по лимонадной цене,
нравится дизайн придумывать а программирование это самое легкое для меня.
Менее чем за недельку был написан движок к моим упомянутым самопальным сайтам.
об RSS я узнал менее недели назад когда начал делать сайт кафедры на русском.
И честно пока я не вижу смысла делать блок RSS, лучше сделать подписку по мылу
на новые поступления сайта. Подписка на новости по мылу очень популярна,
год назад было около 250 человек.
автоматически формируемый список документов -- не совсем понятно что имеется в виду,
но у меня так, привелигированный пользователь (как правило я сам) с помощью простенького
web-интерфеса определяет какие поля должны заполнятся простым пользователем, и далее
выбирается или автоматически форматировать таблицу вывода данных, или что то
типа картинка + текст вариантов оформления понадобившехся мне 5 или 7.
облако тегов (ибо модно) --> не совсем понятно, моим пользователем я говорю так, скопирйте
текс отформатированный в html, и в отдельном меню прекрепите файлы используемые в вашей
отформатированном html документе, остальное все ссылки на картинки автоматически правильно
подменяются. Вообще как правило конечный пользователь настолько необразованный, что ему
с головой хватает простого текста.
аггрегатор -- не знаю что это такое!
А вообще мой подход, чем проще сделано, тем меньше времени потрачено на разработку,
тем меньше ошибок, и тем проще какой то тетечке вставлять информацию на сайт.
Я говорю это к тому что с первого ознакомления с Drupalom я оценил его гибкость,
но так же мне показалось необязательным многие его навороты, например легче сразу
сделать удобный ВИЗАРД меню, и возможность закрепить информацию к разным меню.
А еще возможность админу определять вид документа, например три картинки, а между картинками
текст и так далее... можно еще даже проще сделать типа визарда.
автоматически формируемый список документов -- тоже не понял, если это вывести все документы заданного
раздела то это один SQL запрос
Объясните это интеграторам платформы Битрикс, которая многократно сложнее Друпала. Вплоть до того, что для добавления новостей написана инструкция на 29 страницах. Что совершенно не мешает им (интеграторам) создавать сайты за 100 килобаксов.
А вот найти хороший заказ на самоделку становится всё труднее. Заказчики учатся ценить качество и адекватность сопровождения.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Забавно читать как народ меряется ..... (вставить по смыслу).
К сожалению наблюдал много таких споров и даже в них участвовал, но до сих пор не могу найти разумные аргументы супротив демаговов. Желающие могут посетить форумы противников MS и сторонников Linux. Там аргументы еще круче :-).
Кстати напоминаю, человек предлагал конкретную работу, а не просил совета по написанию своей CMS
Ну малоли что сделали в битриксе...
а вообще все просто, тебя находят, просят, спрашивают цену....
Ну какие вот например Вы уважаемый сделали сайты на друпале.
Интересно оценить Дизайн, Сложность и скорость работы
сайтов которые сделали ВЫ rapitsov, насколько я понял Вы профессионал
Я очень много читал на сайте про скорость работы, но до сих пор не могу понять, как люди могут серьёзно обсуждать эту тему. А особенно в предложенном Вами ключе - оценивать скрорость работы сайта скоростью загрузки странички у клиента. Заказчику это совершенно не интересно. Его могут интересовать затраты на хостинг, которые, для нормальной работы Друпала, должны быть где-то 10-25$/мес.
Кроме того, даже на этом форуме, если поискать, найдется десяток рецептов по улучшению производительности. От советов по настройке внутреннего кеша, до использования хитрых модулей Друпала и установки обратного прокси Апача.
Что до моего профессионализма: я не стану убеждать Вас, что я супер-стар, но оставлять на сайтах дыры в надежде на то, что ими никто не воспользуется, мне не позволяет совесть. А вопить на форумах не перерыв документацию - уважение к колегам.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Я бы вместо того, чтобы понтоваться на форуме сделал бы в своей CMS чистые урлы и проверил на дырки (которые есть
), а то вдруг хакер дядя Вася из соседнего подъезда сломает сайт. 
---------------------------
С уважением, Борис Вольфсон
Да не понтуюсь, если увижу что дырками воспользовались, тогда буду заделывать их,
с чистыми урл мне понравился Drupal, поэтому со временм приделаю кусок кода из Drupal
к своим творениям:)
С уважением, Андрей Спин
PS
просто высказал свои соображения, которые у меня скопились
если кому то показалось что я бахвалюсь или понтуюсь то это
просто от излишка эмоций от Drupal
"если увижу что дырками воспользовались, тогда буду заделывать их" - вот это подход настоящего профессионала
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Если честно то дыр в сайте которые мною были приведены (приведены не для хвастовства а для того чтобы показатьмедлительность загрузки друпала) я не вижу, ну а дыры которые позволяют зарегестрированным пользователям закачать вредный/опасный контент есть... или я не прав?
Не в службу а в дружбу на какие дыры Вы намекаете?
Вообще сайты упомянутые мной стоят уже более двух лет, и никто пока тьфу-тьфу их не взломал.
Это не призыв ломать их, поскольку я уверен что взломать Drupal легче чем самопал.
А вот про надежность Drupal и его дырявость можно прямо прочесть на Вашем сайте
Посмотрел на "каталог сайтов" drupal.ru и был просто поражен временами той убогостью как выглядят сайты сделанные на Drupal...
некоторые грузились и еле еле загружались, просто очень хотелось найти сайты сделанные именно Вами... но к сожалению Вы ушли от этого ответа, почему?
''работать конечно должно "раз в 10" быстрее Drupal.''
ajax забыл ))
А ещё, что бы на самый дешевый хостинг вставало, и админы не возражали
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Спасибо, не надо!
Я сам много лет занимаюсь вебпрограммированием - уже столько насмотрелся, и наобщался и с самодельными движками, и с крутыми мега-супер-ЦэМээС от разных студий, что больше не хочется. Это все как вы сами сказали "самопальщина", хорошая под какую-то узкую конкретную задачу, где она может работать в 10 раз быстрее. А вот развивать и поддерживать ее - это кошмар. Это просто совсем другой уровень, не тот который мне нужен.
Меня значительно больше интересует скорость разработки, чем скорость работы - пусть об этом болит голова у хостера. Благо, что хостинг сейчас стоит копейки, и экономить 3 уе в месяц просто глупо, т.к. такая экономия будет обоиться в 300 уе на "гениального программиста"
P.S. проблемы друпал на которые Вы указали, как раз решаются модулями CCK и views
Вставлю и свои пять копеек... раз уж все отметились...
Согласен с тем, что Друпал тормозит и давно это замечал, но ничего не могу с собой поделать, мне нравится сама идея системы, у которой есть высокая степень интеграции (таксономия, ноды, комментарии)... мне очень нравится система модулей (не нужно никаких хаков, забыл что это такое)...
Подозреваю, что именно высокая степень интеграции, взаимозависимость и повышает требования к ресурсам со стороны Друпала. К тому же, не всегда понятная логика "всё в БД" не позволяет использовать многие преимущества такой интегрированной системы. Но думаю, что поскольку это свободное ПО, то всё это можно будет изменить... найдутся умные головы, которые улучшат быстродействие, уберут ненужное из базы данных, повысят удобство локализации и тд...
К тому же, пятая версия Друпала отличается повышенным быстродействием, если использовать кэш... есть модули для статического кэширования (будет прямо чистый html)... короче говоря, есть тенденции к изменению и улучшению ситуации... чему я рад...
После прочтения ветки прибываю в легком нокдауне Ж))
Я вообще считаю что CMS придумали трусы, которые не умеют пользоваться дримвивером. Дримвивер это вершина мастерства! Я в нем могу забабахать что угодно, хош RSS, хош обако тегов (понадобится калькулятор правда). И главное дримвивер это самые быстрые и безопасные сайты.
А drupal это баловство для чайников. Поставил и забыл.
Начнём с того, что нету нормального пошагового мануала, что и как подключать, чтобы добиться элементарного результата "Вот пункт меню "Советы", тыкай на него и в контенте откроется статья "Советы". Ну как это сделать? Что с чем связать? Вы бы видели как я изголялся, создавая пункты меню и подпунктами и потом пытался залинковать их с уже написанными материалами - хрена лысого что получалось
Я же, как закоренелый html верстальщик строил пункт меню и пытался потом ручками связать его со страницей по сути даже не имеющей УРЛа, но логика подсказывала, что всё должно делаться ЛЕГЧЕ, иначе какой смысл в этом CMS? На самом деле оказалось, что не надо создавать пункты меню отдельно, нужно СНАЧАЛА создать страницу и указать в ней желаемый пункт меню, который сам и появится в навигации.... а об этом молчёк во всех найденных мною описаниях.
Потом 2 дня с админом раскуривали эту "трахеокордию" или как там её... а оказалось что можно и вовсе без неё обойтись и спасибо spin76, что он перевёл этот термин на русский язык
Немного помогли убогие публикации в Спецхакере и на .hostinfo.ru, но они именно убогие, люди не умеют писать для ЧАЙНИКОВ, пропускают очень многие очевидные для себя, но неочевидные для начинающих вещи. Они НЕ учителя. А я знаю о чём говорю, сам учил людей и у меня самого полно статей в инете, на которые я получаю благодарные отклики и думаю, если я расковыряю Друпал и он мне в конце концов подойдёт, то от счастья напишу инструкцию для людей
Согласен с Вами, но не вижу связи с выступлениями spin76.
Таксономия (или, в нашем варианте перевода, Словари) совершенно неочевидна, потому как не имеет конкретного назначения, а является очень гибким (в умелых руках) инструментом для организации содержимого различными методами, например:
- Рубрикация (словарь, с задаными администратором терминами, необходимостью указания термина и одиночной иерархией) - создание простой древовидной структуры.
- Теги или ярлыки (словарь с freetaging и без иерархии) - по аналогии с ярлыками ЖЖ.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
какая связь между качеством CMS и переводом ее мануалов на русский язык?
Никакой. Связь есть между качеством поддержки и переводами мануалов.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
> Вы бы видели как я изголялся,
DimSUN, я бы посмотрел как ты изголялся бы над самопальным движком.
Работа с любой системой опирается на ЗНАНИЯ и ОПЫТ. Поэтому -> no comments
ГЫ:) Никто не забыл исходный вопрос?:)
Немного помогли убогие публикации в Спецхакере и на .hostinfo.ru, но они именно убогие, люди не умеют писать для ЧАЙНИКОВ, пропускают очень многие очевидные для себя, но неочевидные для начинающих вещи. Они НЕ учителя.
Друпал — движок не для чайников, как верно подметил Axel:
Drupal это в первую очередь CMF - среда для создания сайтов, затем уже готовая CMS. На нём очень удобно делать свои доработки _не затрагивая_ ядра движка. Программист получает для себя готовый API, под которым не изобретая велосипедов на авторизацию, разграничение прав пользователей, темплейты для дизайна и прочее по выбору дописывает необходимый функционал.
Не хочешь (не умеешь) читать доки, разбираться с проблемами, искать ответы на свои вопросы? Тогда проще выбрать другой движок.
Всё так.
Возможно вводит в заблуждение фраза "Drupal позволяет создавать сайты различного назначения и сложности и управлять ими не обладая навыками web-вёрстки и программирования.", которая вовсе не подразумевает, что достаточно установить Друпал, что бы получить супер-мега портал уровня youtube
Друпал действительно позволяет создавать сайты различной сложности и назначения. Но назначение коробочного Друпала ограничено стандартным набором задач, а сложность ограничена желанием администратора читать мануалы. А в остальном всё чистое правда. Может. Но не на халяву
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Я чёт не понял - что плохого в том, чтоб существовал грамотно написанный на русском языке мануал по установке Drupal и некоторых (для примера) дополнительных модулей ?
В свое время осваивал программирование под 1С:Предприятие (кто знает, - та еще лабуда), но вокруг столько книг и мануалов на русском было, хошь бумажные, хошь электронные. Теперь вещи, о которых слыхом раньше не слыховал, с закрытыми глазами делаю.
В любую новую систему происходит вхождение с определенными сложностями. Хотелось бы на этом этапе облегчить свою жизнь. К сожалению, английский мой не на уровне, приходится по буквам читать, чтоб смысл уловить...
Да, может есть где статья по самым азам установки Друпала ? Или где бы почитать о модулях на русском, что какой дает (самые основные из дополнительных) ? А может, вдруг, есть статься о том, что из себя представляет таксономия - варианты ее настройки-использования ?
Плохого в грамотном руководстве на родном языке пользователя ничего нет. Плохо только то, что его в настоящее время нет.
Пока же все здесь делается на чистом энтузиазме, хотя - возможно - дело пошло бы значительно быстрее, если бы нашелся заказчик (спонсор) на подобное издание. У вас нет таких на примете?
Помнится, в свое время на sql.ru всплыла инициатива по написанию книги о СУБД Firebird. Парни оказались упрямыми, и проломили все препоны - книга выходит и переиздается до сих пор.
Если кто-то с коммерческой жилкой умудрится заинтересовать какого-нибудь издателя, то, возможно, дело сдвинется и с книгой по Друпалу. Я чайник в делах книгоиздания, и не в курсе, как именно выживают писатели, в то время, как пишется книга, и до того, как деньга за книгу упадет в карман этого писателя. Я пытаюсь донести мысль
- на написание книги нужны время и силы тех, кто обладает знаниями по друпалу, и умеет излагать свои мысли понятно. За просто так их не уговорить, потому что всем нужно кормить себя и семью. А вот за авансец от издателя, который позволит выделить 100% рабочего времени на книгу - почему бы и нет?
"В любую новую систему происходит вхождение с определенными сложностями. Хотелось бы на этом этапе облегчить свою жизнь."
всем хочется облегчить себе жизнь... и нам тоже...
только времени нет, а даже если бы было, то есть гораздо более интересные занятия, чем написание документации по Друпалу...
но вместе с тем, люди что-то делают, что-то пишут... и информации достаточно много... надо только ее найти, например я, перед тем, как что-то спросить, достаточно долго роюсь в поиске, на сайте Друпал.орг и тд... уверен, что точно также делают Натали, Аксель, Вадим и другие...
не вижу проблем с установкой друпала вообше никаких, кто хоть раз устанавливал PhpBB, IPB, Jomla или другие скрипты, со мной согласятся... если вы думаете, что Друпал это сложно, попробуйте лучше разобраться с Typo3 или Mason... уверяю вас, вы сразу же измените свое мнение... хотя я думаю, что и с этими системами можно разобраться достаточно быстро...
если же вы не обладаете способностями к поиску нужной информации, а также к пониманию принципов работы типовых (по сути) скриптов, то к чему эти мучения? или заплатите за Битрикс... или предложите деньги за работу и вам все сделают (установят и настроят и даже объяснят как работает), не надо только обвинять других, что они плохо забесплатно работают...
А еще можно подтянуть английский хотя бы до технического уровня и изучать документацию на drupal.org, lullabot.com и т.д.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Natalie - к сожалению не всегда и не все могут подтянуть английский, даже при большом желании. я вот, например
ещё со школы с непрошибаемой неспособностью к языкам борюсь безрезультатно 
А вообще большое спасибо тем, кто занимается переводом информации по Друпалу или ищет на drupal.org и даёт здесь ответы на наши вопросы!
журнал будем издавать? для начала в PDF
Почему нет? Нужна только бизнес-концепция. Каковы затраты, кто будет финансировать, где будем брать деньги?
интересующихся маловато:
http://direct.yandex.ru/stat/wordsstat.pl?rpt=ppc&key=534ff87b1d1c05d82c...
...особенно, если сравнивать с:
http://direct.yandex.ru/stat/wordsstat.pl?rpt=ppc&key=3122adde123c7811d9...
http://direct.yandex.ru/stat/wordsstat.pl?rpt=ppc&key=50882e7e5ddd005796...
почему-бы не сделать как в палёныйлис: "get firefox" - для Друпала: "All CMS suck" и каплю(дефку) голую прикрутить...:))
+ популяризация по новостным порталам...
ээээххх.... молчал пока не коснулось издательского бизнеса
тут есть определенные принципиальные противоречия.
- чтобы отбить деньги нужен приличный тираж
- чтобы был приличный тираж необходим большой круг заинтересованных лиц готовых платить за знания и что не менее важно, не потерявшие способность читать книги а не сидеть на шее у комьюнити - это уже значительно снижает кол-во потенциальных покупателей
- любую СMS имеет смысл изучать ориентируясь на длительность использования накопленных знаний и на соответствие фукнциональности CMS и задач. если это разовый проект либо надо писать самому, либо лучше заказать. а если это платформа долгосрочная, то тогда уж не до книг, надо самому изучать
вот мы работаем с Вitrix уже более года и до сих пор диву даемся - настолько уже безграничны оказались варианты настройки и оптимизации 
Да и сами разработчики битрикса которые помогают нам как могут иногда бывают в ступоре.
Короче:
- кому нужен Друпал как хобби - таких мало и для тиража не хватит.
- кому нужен как платформа - будет изучать сам и книга ему не нужна, да и пока выйдет - к чертям изменится половина всего опубликованного
Не парьтесь с книгой или журналом. Можете просто договориться с одним из компьютерных журналов, чтобы друпал + перевод + модули + инструкция добавлял себе на диск. Например Computer Build (не реклама, никак со мной не связан :). А можно договориться с изданием и вести колонку "Портал для чайников", где будут идти еженедельные "хроники" создания портала - типа - была идея, искали решение, применили, проанализировали результат.
Но! все это имеет смысл не для того, чтобы популяризировать Друпал (при всем уважении - это бессмысленная трата времени), а чтобы потом на базе этой популярности выпустить свою CMS типа "Друпал Про" и т.п.
Извините, что не в тему первоначального вопроса
B.X, молодец. Возьми с полки пирожок