24 февраля 2005 в 22:41
Друпал такая интересная система а народу приходит и неразобравшись уходит - все бросились на мамбо - может потому что там все готово а тут чуть думать надо - хотя если думать то все красиво и просто получается - намного проще чем там: ворох функций/файлов разбирать, а если сделать то что там не задумано изначально - то все, тупик... а вэб студии вообще свои движки изобретают - неудобные и дорогие 
Интересно почему так мало народу на drupal? и что в нем кажется настолько неправильным что-бы не делать на нем сайты?
Комментарии
Уточним. Мало народу в рунете сайты на нём делает. А так бы не сказал, что в интернете Drupal мало известен.
Да, инсталляция может быть выглядит не такой лёгкой, в сравнении с системами имеющими вебинтерфейс к ней, освоение работы с таксономией требует некоторых усилий. Не сказать, что это усложняет работу с системой, но порог вхождения в неё немного повышает. И я не думаю, что это так уж плохо, поскольку кому интересно - разберется, а кому влом прочесть несколько строк документации и потратить время на изучение - вот пусть идет ставит разные "дружественные скрипты" и достаёт их авторов своими вопросами. Маловероятно, что такой человек принесёт коммьюнити пользу.
--
Axel,
www.axel.drupal.ru
Буду говорить как человек, который очень хочет разгрызть Drupal, но которому это пока не удается.
Во первых, как было выяснено в топике "терминология", таксономические термины (включая термин node, но с ним разобрались чуть ранее) были просто некорректно переведены, что излишне запутывало ситуацию (до того, как они были переведены, впрочем, было еще хуже).
А без этого таксономия, увы, не является интуитивно понятной вещью, пока экспериментально сам не определишь для каждого термина адекватное смысловое значение (что требует времени и экспериментов).
Во вторых, мне сложно судить, насколько переведена документация (я имею в виду администраторскую) к различным ньюкам. В Drupal ее перевод находится в совершенно зачаточном состоянии (я говорю как о прямом переводе, так и о независимых русскоязычных заметках) - не переведены самые важные вещи.
(У меня, правда, в последнее время возникает подозрение, что англоязычную версию руководства тоже не стоит боготворить - несмотря на объем там пестрят дырки.)
Подозреваю, что отсутствие дружественного инсталлятора тоже не очень способствует популярности Drupal.
Одним словом, Drupal написан программистами и для программистов. Чтобы сделать эту систему пригодной для всех, нужно переводить доку, а попутно пытаться избавить ее от программерской косноязычности.
Ну и последнее, самое печальное:
Такое отношение к новичкам и вызывает основное снижение популярности.О том, что мало знать [url=http://drupal.org/handbook]где лежит дока[/url] - надо еще найти в ней нужное место, да еще перевести его с басурманского-технического, хотя бы в уме - об этом программеры редко задумываются, для них эти действия легки, просты и очевидны. Ну, вот, собственно, в нынешнее community после такого искусственного отбора и попадают только те, для кого перечисленные действия легки, просты и очевидны.
не знаю, не знаю... я конечно, задал пару вопросов Axel'ю, но это были чисто технические вопросы (насчёт кодировок и прочего)... "не разобраться" в Drupal'e может только тот, чья логика немного извращена "дружественными системами"... да, с таксономией немного непонятно было, но если представить, что таксономия - это хранилище всех видов документов, vocabulary - это категории (как в форумах) а terms - это разделы (ну и плюс сюда возможность иметь один и тот же документ в нескольких категориях), то всё вписывается в привычную систему координат...
Давайте различать технические сложности и сложности, связанные со стилем мышления.
Меня самого коробит иногда снобизм тех, кто говорит "разберись и поправь сам", хотя тоже бываю грешен.
Да, с api разобраться - только методом чтения исходников, да, инсталлятор друпалу нужен... Мне лично может и не нужен, хотя переписывать файлы и импортировать базы при установке модулей надоедает, но и это решается простым скриптом.
Читать документацию, чтобы понять, как оно устроено - надо, а чтобы разобраться с мелким глюком... тоже надо, но не всем :).
Так вот, технический порог вхождения в друпал чуть-чуть выше, чем для других систем, а дальше все равно в любой системе надо разбираться.
Насчет самой идеологии - тут другое дело. Вот тут я за снобизм обеими руками. Сколько великих ученых ломали головы над системами классификаций, сколько писателей изобретали "нелинейный" роман!
Уже вовсю обсуждается будущее symantic web, уже целые науки появились, и друпал нацелен именно на новые (да они уже и не очень новые) способы работы с информацией, он в гуще процесса, когда меняется стиль мышления, а люди ни к какому другому стилю, кроме Аристотелевского, не привыкли. Так что ж вы хотели! Думать надо!
ЗЫ: кстати, такие известные личности на друпал.ру, как Arsart, B.Х. и ваш покорный слуга - технически слабо подкованные и чуждые программированию люди, однако понимание основной сути дает им желание и способности разбираться с техническими проблемами без особого напряжения.
я как посмотрел друпал сразу подумал - ну что там в этих несчастных 500 кб может быть за система... присмотрелся - таки система да еще какая!
про инсталятор - я долго пытался подойти к Postnuke с разных сторон - и модули переделывал и пытался запутанные функции изучать. Но все это с чувством того что с одной стороны надо писать как в нем принято через функции ядра а с другой стороны эти функции были настолько запутаны что проще написать echo, а тогда остается чувство что зачем тогда система, вобщем так я и не поладил с ним и причиной было как раз лень написания инсталяторов к собственным модулям. то есть система превращалась впоследствии в какой-то двухглавый гибрид постнука с моими доделками что очень тяготило. я понимал что делаю неправильно но делать правильно небыло желания ну никакого... Увидев что в друпал нет инсталятора ни для системы ни для модулей - я даже обрадовался что не надо морочится потом с этими "удобствами" - кто писал модули - поймет... в некоторых системах инсталятор модуля даже должен взять загруженный аплоадом модуль, распаковать его, положить все по директориям и выполнить sql запрос и тд а при деинсталяции все в обратном порядке. может для пользователя это удобно - но где вы видели пользователя, устанавливающего и удаляющего модули? это делает программист сайта, так что проще? - выполнить запрос и записать модуль в нужную директорию вручную или писать к модулю инсталятор, который это сделает автоматически? Нет - инсталяторы это вещь абсолютно ненужная и даже вредная потому что основное преимущество друпал в том что во первых он простой и без ненужностей а во вторых все что в нем есть можно изучить по исходникам и документация там-же. В чем недостаток - неизвестно. Скажите - какую систему еще можно вот так просто по исходникам учить? я в программировании не очень - постнук не вышло, а друпал понравился и именно простотой. усложнять его не нужно.
а новичкам - разные есть - кому готовенькое надо - им друпал все равно не подойдет - подгонять его под них - это неоправданные усложнения, а кто может и главное хочет немного подумать - тот действительно разберется. потому что посмотрите форумы по нукам - там главные топ-вопросы - как поменять в шапочке буковку... на русский переводить конечно нужно, но в первую очередь не то как в шапочке буковку поменять - а с другой стороны - как построить правильно сайт - написать свой модуль, блок, идеологию друпал, схему его работы - что-б понятна была сама идея. Наверно ответ на вопрос почему не выбрали друпал будет двоякий - первое потому что незнали что он есть и второе - потому что хотели готовое. Интерестен еще момент что в нем нет уязвимостей, может тоже потому что простой?
Ковырял-ковырял и пока бесполезняк. До этого без проблем ставил и PHPNuke, и Mambo/Joomla, и XOOPS/RunCMS, и даже Plone с Zope. 2-е суток пришлось потрахаться с Django.
Кто-нибудь может сказать как его ставить? Ссылку (http://hostinfo.ru/tree/hosting/web/site/building/technology/cms/drupal/) просьба не давать.
На форуме в теме "Установка" я уже вопросы задавал. Пока тишина.
До Drupal, пользовался Typo3. Сейчас возникла необходимость поставить на не очень мощный хостинг какую-то приличную CMS. Одно из главных требований - хороший интерфейс для добавления содержимого. Так чтобы наполняли сайт не верстальщики и не программисты.
В Typo3 это реализовано замечательною. Тот, кто видел, я думаю меня поймет. В Drupal, ничего подобного нет. Ну или я не нашел
Еще хочется русской документации (правда для Typo ее тоже нет:) ). Ну не люблю я читать по-аглицки.
Хотя в общем Drupal понравился. Вещь хорошая и для некоторых целей подойдет даже лучше чем Typo.
Это точно - с удобным добавлением контента у друпала серьезные проблемы - надо к Drupal приделать такую чудесную вещь как PagED - http://canvas.anubix.net
WYSIWYG-редактор? Так ведь есть же уже?
да как-бы и не совсем! Визивиг редактор это не то - вот например надо в 99% случаях в статью ставить картинки которые при нажатии на них выскакивают в полном размере - в PagED это делается одним нажатием мышки - то есть автоматом - а в Drupal как быть? Это задача совершенно стандартная, при чем так-же стандартно то что картинки бывают все или слева или справа или поочереди с текстом - то есть визивиг особо не нужен для их расставление, нужна скорость и удобство добавления материалла на сайт. Когда страниц больше трех тысяч - это ощутимо для редактора сайта.
Привет!
Подыскиваю себе CMS, всем понравился drupal, but ...
1. Нельзя сделать уникальные заголовки (html title) для отдельных node. Тоже - с meta tags. Размер поля под заголовок сайта слишком мал.
Быть может, есть какие нибудь modules/hacks?
2. В отдаваемом html не используется таг h1 для заголовков pages, stories, только h2.
А это очень важно для SEO
Все можно, даже малой кровью!
насколько я понял - могу ошибатся
>Нельзя сделать уникальные заголовки (html title) для отдельных node.
дак оно и так так и есть - тема ноды идет в титлы по умолчанию
>Тоже - с meta tags.
ну не правда - есть модуль который вычисляет ключевые слова и в мета теги запихивает и мало того - каждой страничке вы можете присвоить такой ассоциированный название-url что ни один поисковик мимо не пройдет, а если лень думать - то модуль есть автоматом делает такие html оканчивающиеся url в зависимости от странички - но я его не пробовал и даже не помню как он называется.
>В отдаваемом html не используется таг h1 для заголовков pages, stories, только h2.
Это уже в теме делайте как хотите (массив node довольно понятный) или в модуле который отдает ноду в тему.
блин.... как же мне надоели эти наезды на "дружественные интерфейсы".... некоторые личности думают что всем на свете нравится сидеть часами и устанавливать софт, прописывая кучу параметров в исходниках, а кому это не нравился - ламеры мастдайные.... НО эти личности забывают что что создают софт для пользователей, а не для таких же как они разработчиков...
я не выбрал Друпал только потому что установка нового модуля связана с ковырянием в коде, а это мне огромного удовольствия не доставляет...
Это что за модули такие? Я в ознакомительных целях перепробовала уже десяток-другой модулей, и только в одном из них надо было менять код.
сейчас даже и не вспомню... помню только что очень мне не понравилось ковыряться в файлах конфигурации и чего-то там где-то менять...
а вообще я так подумал... везде блин есть сови баги... у мамбы это до смешного глючные модули, у xoops - модули с не до конца реализованной функциональностью. для drupal это не самая приятная установка модулей...
А мне как раз нравится, что многие модули для Друпала состоят из всего одного файла, который надо просто скопировать в директорию с модулями.
А у меня как раз с инсталяцией, базовой настройкой и установкой модулей вообще проблем не возникло. Зато я так и не разобрался с таксономией. Вообще главная проблема это документация, причем не русская я ее почти не читал, бегло просмотрел только, а именно английская. По мне плохо структурирована, много белых пятен, было бы неплохо примеров и туториалов (howto).
Вообще это моя первая CMS, вполне может быть что мне просто трудно въехать в принцип.
"По мне плохо структурирована, много белых пятен, было бы неплохо примеров и туториалов"
.
Вот это да. Беда просто.
А какая проблема с таксономией? С помощью нее можно классифицировать материалы сайта по одному или нескольким критериям, а потом с помощью урла специального вида, дополнительных модулей или API выводить списки материалов из этих категорий.
Вот недавно делал простейший сайт http://tungus-bolid.krasu.ru/. Там есть просто отдельные страницы, а есть СТАТЬИ и ОТЧЕТЫ ОБ ЭКСПЕДИЦИЯХ. Вот я и сделал словарик из этих двух терминов и в меню ссылки "статьи" и "экспедиции" просто показываю списки нодов с помощью taxonomy/term/NID, где NID - идентификатор термина СТАТЬИ и ОТЧЕТЫ ОБ ЭКСПЕДИЦИЯХ. Ну и для галареи там image тоже использует словарик.
Делал чуток посложнее сайт http://region.krasu.ru/. Там просто свалка статей с длинными метаописаниями (на flexinode) и множественной классификацией с помощью taxonomy. Каждая статья классифицируется так: рубрика, географическая привязка (город/район), временная привязка (век), описываемый объект (организация, достопримечательность и т.п.) Потом с помощью своего модуля и API от taxonomy.module как угодно делаю выборку статей и вывожу статьи где надо.
Вот ща пишу третий сайт - гемороя поболе... типа workflow небольшого требуется... покупка услуг, бронирование, оповещения и т.п. Приходится flexinode доводить чуток, hook_nodeapi юзать и т.д. Таксономия похоже не пригодится.
Честно говоря, меня смутила система настройки шаблонов, я вообще не разобрался в ней. Это при том, что уже почти год поддерживаю сайт о создании скинов для форумов IPB, и для своего сайта с лёгкостью подогнал дизайн. Сайт на Data Life Engine. Выбрал его, т.к. работа с ним доставляет удовольствие, а не головную боль и глаза, как 5 копеек после 10-часового просиживания за вашими мануалами. А с другой стороны, всё правильно, возможно, это я дурак и не оценил по достоинству хороший движок, но всё равно уже поздно. Возможно нужно просто разобраться. Согласен.
В Drupal нет какой-то одной системы настройки шаблонов, точнее предлагается на выбор несколько адаптированных систем - phptemplate, smarty, xtemplate - стандартные движки, которые используются в разных CMS. Можно писать полностью темы на php пользуясь функциями Drupal API - крайний вариант для эстетов. Во многих случаях достаточно взять готовую тему под любой из шаблонных движков и поправить CSS.
У меня от скинов IPB хорошего впечатления не сложилось, впрочем я использовал весьма старые версии ветки 1.*, может с тех пор ситуация улучшилась. Однако, приятнее когда предоставляют выбор, как в Drupal.
--
Axel,
Darcs-репозиторий разработок для Drupal
А мне datalife не понравился.. чисто всё на одних рельсах.. что-то менять ужас... хотя, для тех кто думать не любит или не умеет самое оно..
очень долго юзал мамбо/джумла, собственно продолжаю, но некоторые вещи в ней достали.. посему обратился к друпалу, надеюсь сработаемся..
Темы делать ну проще некуда !!! Единственное в мамбо можно было кучу позиций модулей(блоков) наделать... можно ли в друпале добавить.. шапка, там шапка 2 допустим?
Не пойму почему многие считают что сделать запутанно и не понятно это круто, а создать понятный интерфейс это тупость.
Мое мнение в общем:
1) С инсталляцией все нормально, залить БД не такая уж проблема.
2) Система шаблонов в принципе нормальная, похожа на mambo/joomla, только более навороченная, но это плюс. В DataLife Engine конечно все совсем просто.
Явные недостатки:
1) В большинстве движков меню (навигацию) можно вывести в произвольной форме и произвольном месте, плюс привязать подменю к любому меню и так далее. Тут же все завязано жестко.
2) Много вещей не очевидны и при этом ни где незадокументированы.
Собираюсь создавать новый сайт и думаю что DataLife Engine или Drupal, второе конечно функциональнее, но перспектива ковыряется и тратить не известно сколько времени на изучение всех нюансов отбивать всякое желание с ним работать. Есть желание разобраться с ним “когда ни будь” и делать сайты на нем, но сайты нужны сейчас, а не патом.
Как уже не раз говорилось, в друпале нет какой-то одной системы шаблонов, можно выбирать из нескольких.
Меню можно помещать в разные места сайта - как в шаблоне пропишешь. Если без правки шаблонов, то блоками в любое место которое позволяет тема (тут всё зависит от темы). Пункты меню также можно перемещать между разными меню.
--
Axel,
администратор сайта «Drupal — Россия»
в отличие от той же мамбы с ее порочной менюшно-ориентированной идеологией, в друпале с меню всё просто и удобно.
ИМХО, единственный минус Drupal'а - это высокий порог вхождения.
Drupal - это скорее среда для программистов, которым нужна платформа, которая очень гибкая для модификации и в которой уже реализованы некоторые ставшие стандартными алгоритмы (напр. темизации, размещения материалов по категориям, поиска,...).
Меня в Drupal'е привлекла именно таксономия - возможность классификации материала по категориям произвольной вложенности (хотя, как оказалось, у некоторых модулей свои категории; зачем?).
Какой Drupal? куда ставим? какие проблемы?
вообще-то разрабатываю сайты на Plone. Но вот решил расширить кругозор и взялся за Drupal.
На первый взгляд все харашо, но:
1. меню само не строица
2. для поиска нужна "какая-то" левая приблуда
3. не увидел юзер (менеджер) -френдли интерфейса
4. ну и всякие "специфические" мелочи...
Мое мнение: Drupal'у еще довольно далеко надо топать до Plone...
Я согласен, что Plone во ряде аспектов мощнее (да и бэкграунд в виде Zope нехилая штука, на которой можно реализовать что угодно). Но вот приведенные здесь претензии к этому по-моему никак не относятся
П.1 Что значит не строится меню? Для друпала есть своя идеология построения меню. Как правило разные модули предоставляют свои пункты в меню, пристраивая их куда-нибудь на усмотрение автора (или в выключенном виде). Администратор сайта может переместить эти пункты в любое из меню или набрать новое меню из имеющихся пунктов. Создаваемые документы (ноды) имеют возможность добавления их в произвольные меню (если это разрешено). Также (дополнительными модулями) можно строить меню по категориям (таксономия).
П.2. Левая приблуда для поиска это модуль search который входит в стандартную поставку?
П.3 - user friendly это весьма спорное утверждение. Не буду пытаться опровергнуть, поскольку критерии тут у всех свои.
П.4 - да, это пожалуй самый весомый аргумент. Имено взглянув на различия (здесь всё не так как в привычной мне <впишите_имя_системы>!) люди отказываются от изучения новых вещей.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
моё мнение: мало рекламы... точнее нет совсем...
очень эффективно привлекает новых пользователей кнопочка
на качественном сайте powered by Drupal
(я везде поставил)
Будем топать
П.2. Левая приблуда для поиска это модуль search который входит в стандартную поставку?
- я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?
а ищё вопрос возник: а существует-ли механизм (может просто не нашел), для "напиливания" (ресайза и прочих махинаций) картинок "на лету"? т.е. когда запросили конкретный размер картинки - тогда она и изменилась?
ну а впрочем - CMS-ка вроде приличная, по сравнения с уродски-недоделаными мамболоидами
"будем посматреть" на неё... 
> - я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?
не только: Оживление хрона
>а ищё вопрос возник: а существует-ли механизм (может просто не нашел), для "напиливания"
>(ресайза и прочих махинаций) картинок "на лету"? т.е. когда запросили конкретный размер картинки - тогда она и изменилась?
imagecache?
> я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?
он нужен, но можно пользоваться и без него... модуль есть специальный... http://drupal.ru/comment/reply/4440/21902
>ресайза и прочих махинаций
что значит "на лету"? есть модуль IMCE, есть модуль Img Assistant они и работают с изменением размеров картинок... при добавлениии их на сайт...
> есть модуль IMCE, есть модуль Img Assistant они и работают с изменением размеров картинок... при добавлениии их на сайт...
- с этими модулями на сервер сохраняется несколько копий разного размера.
я имею ввиду изменение размера только тогда, когда вызывается картинка с конкрентым размером... - то и не критично... просто интерес
есть какой-то [url=http://drupal.org/project/imagecache]imagecache[/url]... может это именно то, что вы имеете ввиду... вообще, судя по обилию модулей, на Друпале можно организовать что угодно... в этих модулях даже человеку, который не первый день знает Друпал трудно разбираться...
Как уже не раз упоминалось друпал слишком сырой для реальных (приятный индивидуальный дизайн и дружественный интерфейс) проектов. Если вас устраивает одинаковые друпалру подобные интерфейсы, вы в совершенстве владеете приемами хака php и у вас много свободного времени для изучения почему это работает не так как хотелось то милости просим - система не слишком плоха и не слишком хороша. Но для коммерческих проектов ей еще далеко - думаю в версии этак 10 можно будет попробовать. Уж сколько раз люди бились по вопросу дебильного главного меню? Я потратил на эти стили два часа поиска по сети. Все равно надо лезть в скрипты ядра и править там.
Потому, что опять повторюсь - HTML в ядре системы. Это тяжело.
Это ли изящество кода? И еще информация для новичиков - искать темы в сети бесполезно - они все на drupal.org и все одинаковые. Отличие только в фоновых рисунках, размерах шрифта и ширине колонок страницы
Нужен хостинг - на руцентре отлично встал и работает с первого раза.
Вообщем пока еще помучаюсь с ним. А там посмотрим в сторону TYPO3.
насчет меню: 15 минут смотрения исходников - и понятна схема генерации и как результат написание своей меню.
насчет тем оформления: что-же это за профессиональный комерческий продукт, если он базируется на готовой теме? это скорее уровень студентов-первокурсников. А профи обычно темы пишут с нуля. Покрайней мере я так делаю.
Архитектура друпала предусматривает замечательную вещь: перегрузку модулей, тем и отдельных функций. Очень редко возникают ситуации, когда нужно патчить код движка - любой стандартный модуль можно заменить своим, функции отвечающие за вывод можно переписать, не трогая кода в ядре.
Из крупных коммерческих проектов, основанных на друпале можно отметить theonion.com, mtv.co.uk. Из рунетовских - webplaneta.ru.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
еще одно крупное рунетовское издание Internet.ru
--
С уважением, Аркадич
Как уже не раз упоминалось друпал слишком сырой для реальных (приятный индивидуальный дизайн и дружественный интерфейс) проектов.
Кем упоминалось? Каким великим специалистом по друпалу? "Огласите весь список пожалуйста!" (с)
приятный индивидуальный дизайн и дружественный интерфейс
Кстати, вот этим должны заниматься конкретные специалисты. Художники и дизайнеры - индивидуальным дизайном. Дружественным интерфейсом - специалисты по интерфейсам программных систем. Очень жаль, что вы этого не понимаете.
Все реальные проекты на Друпале, в которым соблюден принцип "каждый должен заниматься своим делом" - выглядят и работают вполне реально.
Все проекты на Друпале, к которым пытаются приложить руку специалисты с мышлением типа "тут фон покрасим, тут лого заменим, и все нах..." - выглядят, так как вы и сказали. (И не советую заниматься тупыми передергиваниями на эту тему по поводу того же друпал.ру).
Вывод - проблема в мозгах и организации работы, а не в конкретной CMS. Такая же фигня будет с вами и на мамбе, и на MODx, и на SuperPuperCMS_ver_23542_001.
Если вас устраивает одинаковые друпалру подобные интерфейсы
См. выше.
вы в совершенстве владеете приемами хака php и у вас много свободного времени для изучения почему это работает не так как хотелось то милости просим - система не слишком плоха и не слишком хороша.
Времени тоже довольно мало. Друпал будет плох для меня? Вынесите диагноз пажалуста...
Я как человек тупой и недалекий, ваще не владею хаками и пуками
Все равно надо лезть в скрипты ядра и править там.
Это ли изящество кода?
Одно из по настоящему изящных решений настоящих программистов (в отличие от) - "перекрытие" шаблонных функций своими (и вообще hook-система Друпала) - для вас, похоже, осталось незамеченным. Жаль, жаль. Я, клоун и непрограммист, и то сумел (не с первого раза, но сумел) врубиться в это дело. Но даже "не врубаясь", я был выше того, чтобы тупо критиковать чужие решения, не разбираясь в них.
И еще информация для новичиков - искать темы в сети бесполезно - они все на drupal.org и все одинаковые. Отличие только в фоновых рисунках, размерах шрифта и ширине колонок страницы
Новичкам я лично советую определиться - что им реально нужно.
Нужно "чтобы шкурок многа была, риально крутых, и типо чтобы на холяву, и чтобы ставить без гемора" - значит, с Друпалом вам не по пути.
Нужно, чтобы макет, сделанный художником/дизайнером под заказ, программист/верстальщик смог внедрить в CMS без особых проблем - это другое дело, и профессиональный подход. И Друпал здесь очень даже в тему.
Потому, что опять повторюсь - HTML в ядре системы. Это тяжело.
Изучите hook-систему Друпала - и наступит вам щщастье неимоверное. Не говоря уж о том, что волосы ваши станут мягкими и шелковистыми, и прочая, и прочая... Это легко 
Можно я типо опять повторюсь?
Вообщем пока еще помучаюсь с ним. А там посмотрим в сторону TYPO3.
Там за свои деньги можно иметь моск суппорту 
Это намного более реальный подход к делу, чем иметь моск посетителям сайта о бесплатной CMS 
Я лично советую Bitrix
p.s. ambler и Axel все это уже сказали, но в более изящной форме. Я как пролетарий умственного труда, опять написал все по своему, простите уж засранца
Ау!!! Есть тут кто изучил систему хуков? Люююююди!!! Кто перекрывает функции?
Если маразмус такой умный пусть он приведет хоть один плод творения рук своих на тему хука.
Волосы надо мыть шампунем, а не лаком для паркета.
И шаблоны страниц должны быть отделены от кода.
Код - это функционал сайта и его движка. А страницы это форма вывода документов из базы.
Я просто хочу чтобы программисты программировали, а дизайнеры дизайнерили.
Не забивая себе голову хуками.
Я еще раз повторюсь что никто не привел еще пример сайта на друпале с отличным от друпалру или друпалорг дизайном и версткой.
Люди долго и нудно бьются над изменением меню или осмыслением того, что в системе нет понятия документа, но вам на это глубоко плевать как я понял.
2Полюс:
Программисты пишут хуки. Дизайнеры рисуют. Верстальщики верстают темы.
Примеров сайтов море:
http://www.ascent-club.ru/
http://www.offsetprint.ru/
http://florall.ru/
http://songbirdnest.com/
http://www.spreadfirefox.com/
http://gallery.menalto.com/
http://www.theonion.com/content/
вот еще парочка сайтов:
http://kvest.net
http://getroom.net
Такие люди есть. А какие проблемы с хуками? Можете привести пример задачи которую вы не можете решить?
>>Я еще раз повторюсь что никто не привел еще пример сайта на друпале с отличным от друпалру или друпалорг дизайном и версткой.
plykor.ru
я делал. своя функция генерации меню (на вес реагирует)
FuN_ViT,
>>Я еще раз повторюсь что никто не привел еще пример сайта на друпале с отличным от друпалру или друпалорг дизайном и версткой.
>plykor.ru
>я делал. своя функция генерации меню (на вес реагирует)
Простите, а где же здесь меню? Только три линки: главная, цены, контакты
Дружище, тебе как раз надо работать в Друпале
Про Битрикс лучше забудь, суппорт небольшой компании не сравнится с супортом спецов на drupal.org (а там их очень много!), не говоря уже о groups.drupal.org!
Так же забудь про drupal.ru, тут тебе не помогут.
На друпал обратил внимание за корректную интеграцию с форумами и галереями, во многом он мне пока не понятен. Но пока все-таки стоит вопрос о создании своей темы. В нем че, действительно вручную все ковырять надо? и это в эпоху визивиг? или всеже модули есть для этого?
Зачем вручную? Используйте Дримвивер или все что хотите, главное в нужном месте шаблона вставить необходимые данные.
Вы можете привести пример ЦМСки в которой не нужно "ковырять все руками" ?
В нем че, действительно вручную все ковырять надо? и это в эпоху визивиг? или всеже модули есть для этого?
Даже для микрокоманды "дизайнер+верстальщик" Друпал не вызовет затруднений - все логично и понятно. Дизайнер рисует, верстальщик верстает. Если есть еще друпал-программер, тогда ваще замечательно. Каждый занимается своим делом, под которое заточен.
Вопрос про модули не понял
Как модуль может помочь нарисовать свою тему? Типо кнопка должна быть? Ставишь модуль - появляется кнопка "Сделать тему". Жмешь кнопку - и в списке тем появляется новая тема, уникальная, продуманная и разработанная конкретно под заказчика. Млин, хороший модуль получается 
Напишите кто-нибудь такой модуль, куплю без базара, за много евро 
Про визивиг тоже не понял
Можно поподробнее?
Если очень коротко, темы как тут рисуются?
Переписыванием вызовов функций ядра и удалением системных css (после установки новой версии повторить). Подключить напрямую html-шаблон нельзя.
Да простят меня фанаты друпала за голую правду
2Полюс:
page.tpl.php - html-шаблон для всех страниц, начиная с doctype и заканчивая /body.
node.tpl.php - шаблон для всех типов публикаций
node-type.tpl.php - шаблон для публикаций типа type
и т. д.
Шаблоны для нетипичных данных (например, шаблон для списка тем форума) подцепляются из template.php функцией _phptemplate_callback (в параметрах указывается имя файла, где хранится шаблон).
Что ж, надо признать, что стратегия Полюс'а оказалась успешной: провокационные замечания вызвали подробные ответы. И документацию читать не надо...
берётся исходная тема (скажем Garland) и в ней изменяются цвета, CSS и тд... что сложного? темы везде так делаются... а если делать с самого начала, то это уже описано выше (дизайнер и верстальщик)...
Если очень коротко, темы как тут рисуются?
Очень коротко:
1) Темы рисуются дизайнерами.
2) В друпал темы внедряются, как в многие другие CMS - версткой шаблона темы в "голом" html. Данные выводятся в коде php. Если такой подход не нравится, есть возможность внедрить другой движок тем, типа Smarty или еще чего. Маньяки могут внедрить связку xml+xslt.
1) HTML + CSS
2) PHPTemplate. Читаем руководство.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
обнаружил следующую вешч на мой взгляд не правильную: при сохранении контента (node) у него нет такого свойства, как "родитель", т.е. используя только свойства контента нельзя выстроить иерархию объектов. Иерархия есть только у тех объектов, которые занесены в меню. В чем недостаток: что мне делать, если мне не нужны некоторые документы в навигации, но я должен вывести "чилдренов" открывшейся страницы?
В Друпале 6 они собираются отказаться от модуля Books и сделать универсальный модуль для выстраивания иерархий нодов. Таким образом Books будет просто частным случаям.
Лишний раз говорит о том, что у авторов Друпала с абстрактным мышлением все в порядке
Модуль book позволяет сделать иерархию страниц. Так сделана документация на drupal.org
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
а еще именно для этого сделан модуль category, но что-то последнее время про него ничего не слышно
И форум кривой
Жмешь ссылку ответить под постом, а он все в конец сваливает.
Нет, наверное надо действительно изучить хуки чтобы пользоваться этим форумом
Если ты такой умный и умеешь читать по английски, читай hanbook
Кстати, на сегодняшний день знание английского вообще говоря необходимо чтобы можно было сказать что человек профессиоальный разработчик. И выучить его на тех. уровне не сложно. На это нужно 3-4 месяца, многие из программистов нашей компании не умели 2 слов связать, а теперь свободно общаются с заказчиками.
Да полно было премьеров с оригинальной версткой...
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
У Полюса одна стратегия - дергать цитаты из контекста и пересмеивать людей, кто показал ему на несостоятельность его доводов. Тупой тролль, короче.
2Edhel - я уже выкладывал ссылки на мощные сайты, сделанные на Друпале, но на стандартную тему не похожие. Но Полюс у нас читать не умеет вообще, как оказалось. Зато теперь он знает слово "хук".
Я больше не принимаю участия в этом балагане. Мой диагноз: Полюс - тупой и жадный ребенок, неспособный учиться и делиться знаниями, и без чувства юмора. Ну его нахрен.
Я считаю что основной причиной по которой можно не разобраться с Друпалом является отсутствие хорошего математического образоваия а главное опыта программирования "на чем-то кроме ПХП" (желательно Джава или С++).
У меня в компании сидят программисты, которые считают Друпал самой лучшей системой именно потому что он сложен (НЕ ЗАПУТАН, а грамотно выстроен) и его архитектура дает возможность писать абсолютно любые сайты, в отличие от других ЦМС адекватность которых явно ниже.
И они также считают что например инсталятор - это самое менее всего нужное в друпале (хотя Dries к сожалению пошел именно в этом направлении). Мы вообще не пользуемся инсталятором никогда, ставим все руками за несколько секунд.
Друпал - одна из немногих систем, про которую можно сказать, что она создана чтобы "всем дружно собраться бросить все остальное и сосредоточить свои усилия над чем-то одним". Мы потратили на Друпал около 3 месяцев плотного обучения (начиная с версии 4.6). Скоро исполниться 2 года как мы им занимаемся. Чем дальше тем я больше прихожу к выводу, что другие системы, платформы, движки не нужны.
Сегодня Друпалу не хватает некторых улучшений в Form API, отсутствие в ядре таких модулей как ССК, Views, token, ec_mail (из еком. пакета), полной замены модуля бесполезного модуля profile на его аналог nodeprofile/nodefamily/usernode, и т.п. Сильно не хватает хорошей глобальной поддержки мультиязычности (хотя в Друпале 6 вроде как они этим занялись)
Пока не выбрал. Поигрался несколько часов. Клоунада какая-то...
Инсталляция: Человеку, писавшему инструкцию по инсталляции на русском языке, следовало бы иногда выходить из инета и общаться с людьми. Может тогда бы он не скакал мыслью, а сумел отследить свой поток сознания.
Руссификация: Ну... Перевелось пару сообщений в меню и одна кнопка. После 10-минутных поисков места где же лежит этот волшебный файл русификации ..po. Я конечно понимаю, что опенсорсе и никто никому ничего не должен, но писать то тогда зачем? Вся, акобы русская документация - это пару часов неспешной ленивой работы. То есть по сути - нет ничего. Бесполезные обрывки....
Страницу из трёх букв сделал. Почему не появляется "поиск" на правой панели - так и не понял. Видимо ему искать нечего. Это верно. Но прятать то его зачем?
Странная система. Вроде всё и просто, но спотыкается на каждом пуке. Надо видимо быть фанатом. Ну или благоговеть перед любым софтом.
Возможно, блондинкам не стоит заниматься сайтостроительством. Столько всего непонятного .po, get, php....
Мой вам совет - бросайте ружье и всплывайте.
Сайты делать самому вообще гиблое занятие, есть компании которые этим проф. занимаются, например наша.
У нас все делается на Друпале и таких проблем как вы описываете не было, но мы проинвестировали время в изучение и инвестируем его регулярно. Такие системы как друпал нужны чтобы компании, которые умеют его использовать, могли делать сервис .
Купите Битрикс и не мучайтесь ...
Извиняйте, я из мира Java и у нас не принято делить программные системы в зависимости от цвета волос пользователя. Лучше бы вам сразу написать это в заголовке.
Итак:
1. Инсталляция под Windows - Читаем - ...Далее продолжайте установку с английским интерфейсом.... Куда продолжать и откуда возмётся этот английский интерфейс? Видимо имело смысл указать, что надо таки расположить друп в нужный каталог ВЕБ-сервера и стартануть сервер и сайт. Для пользователей Линукс это, кстати, расписано. Ну оно и понятно - Линуксом то всё больше блондинки пользуются, следовательно расписывать всё необходимо детально, а для кулхакеров пользующихся Виндоуз писать это не нужно.
2. Руссификация. Идём в FAQ (установка и настройка) и старательно ищем упоминание про руссификацию. Ни черта там не находим.
Зато находим пространный вопрос вида - Как создать многоязычный сайт? C толковым подробным ответом: "Попробуйте с помощью модуля Localizer". Попробовал сходить по ссылке на Localizer. Получил исчерпывающую информацию - "Модуль для поддержки многоязычных сайтов. Поддерживает таксономию, меню, блоки, системные переменные." Таксономия слово конечно умное. Шаримся по сайту дальше, находим в новостях от Вадима Барсукова прикреплённый файл - drupal5x_v3.poю Грузим, включаем. Переводится многое за исключением хелпа той части с которой как раз и будут работать конечные пользователи - Создать материал. Что я сделал не так?
3. Поиск. Включил модуль поиск и в блоках поставил его на правой панели. Он появился в режиме администрирования. Их там теперь на странице симметрично два. Один слева, другой справа. Понимаю - оч. красиво выглядит, но при входе на сайт без регистрации - исчезли оба. Куда танцевать? В какой руке держать бубен? Понимаю - нужно проштудировать всю документацию с линейкой в руках и, если повезёт, то я найду ответ.
Можно и продолжить.... Всё это я и имел в виду, когда советовал иногда выходить из интернета и заглядывать в глаза конечным пользователям.
Ещё про поиск. При вставке блока "поиск" в секцию "содержимое" кнопка получается на полсантиметра выше поля ввода. Стильно. Нечего сказать. Пробовал под двумя браузерами (Опера и IE). Разумеется сам поиск не работает. Во всяком случае ни одно из слов, которые я поместил на первую страницу он не находит. Даже и не знаю поможет ли мне краска для волос. И да - слово footer видимо всё-таки правильно переводить как "нижний колонтитул", а не подвал.
to Steam555 Вам знакомы слова CSS, cron? Если да и вы знаете хотя-бы 200-300 английских слов у вас не возникли бы такие вопросы.
Давайте начнём обсуждать ваши проблемы, только после того, как вы вдумчиво прочтёте все по ссылке ниже.
Ещё раз! По ссылке ниже и куда указывают ссылки в документации.
В противном случае - нам довольно сложно будет общаться. Ведь вы же так и не прояснили мне все мои вопросы касательно java ;-). Я когда её занимался(лет 10 назад предварительно прочёл (бегло) все, что удалось найти по теме...
Ни кого не делим...
Попытаюсь переформулировать вопрос в понятную сторону:
1) Установка JAVA: где взять инсталятор не САН нет ни черта. Не пойму куча JMEE, JDE, JEE .... хоть бы написали что-куда. Скачался какой то файл, что с ним делать? Что за блейд (на русском сайте) и ещё уровня предприятия? Это как чернокнижник?
2) Какая лицензия, ни слова по русски... FAQ хотя бы сделали. Почему все из командной строки? Почему не написали, что нужно прописать path? Какие классы, где их брать?
3) Написал begin print "hello word" end; как запустить? Почему не работает? Почему нет нормальной документации? Почему нужно ещё и документацию читать на эту jav-у. Почему так все не работает? дальше про бубен и т.д.
SUN когда нибудь видел глаза конечных пользователей, а не счета для откатов за внедрёж?
Как бы вы ответили человеку задающему такие вопросы?
1-й пункт вообще надуманный, когда я впервые увидел друпал (а инсталлятора тогда еще не существовало в принципе, как и удобной русской сборки от vadbars), через 20 минут он у меня уже стоял и говорил по-русски, из документации я прочитал только README и INSTALL. Сейчас с установкой справится любой, кто имеет представление о том, как работает веб-сервер и БД плюс ставил хоть 1 программу с помощью мастера
как и какие блоки Вы включали - не знаю, но думаю, что как-то не так:)
ЗЫ. не люблю людей, которые даже не попытавшись разобраться, начинают кидать какашки
ЗЗЫ. не знал, что в мире Java столько блондинок, я-то сам на C++ пишу на основной работе
Поясняю для брюнетов.
Я ставлю систему не для того, что бы насладиться самим процессом инсталляции. Я ставлю систему для того, что бы любая блондинка могла с ней потом работать, редактируя и меняя информацию на сайте. Это понятно?
Далее - я нигде не писал, что не смог поставить систему, я, замечу, аккуратно перечислил изъяны с которыми столкнулся в первый же час работы. В ответ услышал, что я блондинка.
Ну чтож, достойный ответ, объясняющий низкое качество системы. Типа - сам дурак, друпал форева.
Да, это прикольно!
Типа нужна одна кнопка и чтобы всё работало. 
может быть этому программисту действительно позвать блондинку и попросить ее установить дрюпал? 
не, ну без обид. А вообще, мне нравятся такие возмущенные персонажи. Атас! 
PVasili
Не вопрос - я поясню. Есть чёткая разница между инструментальным средством разработки и законченым продуктом. Если бы я задавал вопросы почему мой PHP код не работает после того, как я уже три раза хлопнул в бубен, то ваша аналогия была бы полностью уместна. Дескать прочти букварь и всё такое. Но мы говорим о некотором конечном продукте, который позиционируется для неквалифицированного пользователя - не программиста. Вы разницу в уровне абстракций ощущаете?
Я не стал ничего програмировать. Я поставил Денвер пакет и запустил Друпал. Далее, я потратил некоторое время и сделал простой сайт. Моя задача как раз в том и состояла, оценить насколько система зрелая и сколько сил мне придётся потратить на обучение её пользователей-непрограммистов. Мне был нужен именно такой двух-часовой тест. Вот он и показал много изъянов. Я их аргументировано перечислил. Хотя и не все.
Если пользователь готовой Java системы будет вынужден разбираться что такое JDK, то система также может быть названа сырой.
НовичОК
Э-э-э... Вы действительно прочли то, что я написал или отвечаете по принципу - я Пастернака не читал, но выскажусь....
И да, кстати - а по сути вопросов ответить кто-то может?
В частности, почему не работает поиск - я добавил свою страницу, я поиндексировал... ещё что сделать? Почему кнопка расположена не рядом с полем, а выше? Почему сама форма исчезает после logout, но присутствует в двух экземпляраз после логина? Я не включал доступность поиска только для выбраных ролей.
Мне был нужен именно такой двух-часовой тест. Вот он и показал много изъянов. Я их аргументировано перечислил.Изъяны могут быть, да. Это отдельный вопрос. Но в общении многое значит не только ЧТО говорит человек, но и КАК он это говорит. Что бы вы почувствовали, если бы к вам обратился неизвестный вам человек в таком духе (перечитайте ваше первое сообщение): "Поигрался несколько часов. Клоунада какая-то... тогда бы он не скакал мыслью...Руссификация: Ну...Перевелось пару сообщений в меню и одна кнопка... пару часов неспешной ленивой работы...Бесполезные обрывки....спотыкается на каждом пуке." Сплошное обесценивание. Так и звучит пренебрежительная уверенность, что если Я не разобрался, то это ВООБЩЕ НИКОМУ не доступно и не нужно. Вот вы и получили вместо быстрых и конкретных ответов на свои вопросы (в общем-то понятные и несложные) длинную нервную дискуссию аля Шура Балаганов и Паниковский: "А ты кто такой? - А ты кто?".
Будем все только рады и благодарны вам за это.
Самое время вам подключиться к общей работе и за пару часов неспешной ленивой работы сделать, например, перевод документации для ваших неквалифицированных пользователей.
По сути. Остались неотвеченными два ваших вопроса.
Переводится многое за исключением хелпа той части с которой как раз и будут работать конечные пользователи - Создать материал. Drupal при инсталляции создает 2 "стандартных" типа материалов - story и page, но это делается, скорее, "для примера", поскольку создание типов материалов определяется т.н. "профилями инсталляции". Эти профили лежат в каталоге /profiles. Можно делать свои профили, в т.ч. с другим набором типов материалов и с другими пояснениями к ним (это у вас названо "хелп той части с которой как раз и будут работать конечные пользователи - Создать материал"). Пояснения эти могут быть на другом языке.
Проще всего положить рядом с инсталляционным профилем его перевод на нужный язык. Для русского есть файлик ru.po (см. страницы об этом в моей подписи и мое же сообщение о Drupal 5.2.).
Другой путь перевода описания типов материала - зайти на страницу "Содержание/Типы материалов" (admin/content/types) и вписать в описание все, что вам удобно или понятнее для ваших потребителей.
Вопрос о поиске и поисковых формах. Их там теперь на странице симметрично два. Один слева, другой справа. Понимаю - оч. красиво выглядит, но при входе на сайт без регистрации - исчезли оба.По умолчанию поиск отключен для анонимных пользователей. Соответственно им не показывается блок с поисковой формой (который вы включали) и не показывается поисковая форма, которая встроена в некоторые темы оформления (в т.ч. в тему Garland, которая по умолчанию). Если нужно иначе - идем в "Контроль доступа" (/admin/user/access) и даем анонимам соответствующие права. Формы и блоки появятся и для них.
Чтобы заработал поиск, нужно регулярно индексировать появляющийся на сайте материал. Этим на вашем сервере занимается cron. Надо его настроить.
На Denwer под виндой его, естественно, нет. Один из вариантов - использовать виндовый "Планировщик заданий", но более независимое решение - поставить модуль poormanscron.
vadbars@drupal.org
Борис, спасибо за подробный ответ. Извиняюсь если мой первый пост показался кому-то обидным. Я его писал скорее как шуточный. Но доля правды там таки есть. Что касается русскоязычной части документации, то прежде чем что-то написать, я её прочёл всю. Даже про волшебные "хуки". Её действительно мало. Но это не самое страшное.
Что касается перевода интерфейса, так это также не очень критичное место. А вот поиск как-то "напряг". Верно, после включения "Контроль доступа" поиск появился и в режиме anonymous. В заблуждение меня вёл тот факт, что в меню Блоки, в Настройках блока "Форма поиска" также есть опция - Показать блок определенным ролям. И я, разумеется, с ней поигрался. Без результата.
После "Контроль доступа" поиск по прежнему выглядит несколько странно. Я имею две формы поиска (одна с заголовком Поиск, вторая - без). В режиме авторизации слева и справа, в режиме anonymous справа друг над другом (я поставил его справа в настройках блоков). Похоже нужно перебрать все комбинации этих 8 чекбоксов для получения нужного результата. И поиск по прежнему не работает. Да, cron похоже нету. Но cron всего-лишь планировщик. После создания титульной страницы, я пошёл в 'Настройки поиска' (.../admin/settings/search) и вручную нажал кнопку 'Переиндексировать сайт'. Получил зелёное сообщение что 'Индекс был перестроен'. С непонятным сообщением внизу - '0% сайта проиндексировано. Еще 1 элемент для индексации'. Видимо это тест на IQ.
В этом по сути и состоит тест на приемлимость системы. Безусловно, потратив месяц я разберусь как и что там делать. Но месяца у меня нет. И целей я сложных не ставлю. Простейший сайт на стандартном шаблоне. Хидер, футер, меню, поиск. Всё. Углубляться в устройство ядра Друпаль в ближайшие планы не входит. Как бы красив он не был изнутри. Мне не нужна система сама по себе, мне нужен несложный инструмент. Я взял и потратил уже день на то, что вроде как должно делаться быстро, просто и прямо из меню.
Борис, спасибо за подробный ответ.
Меня зовут Вадим.
Получил зелёное сообщение что 'Индекс был перестроен'.
Требуется запуск файла /cron.php (вручную или по cron).
Мне не нужна система сама по себе, мне нужен несложный инструмент.
Инструмент - да, но смотря для чего. Смотрим выше:
Я ставлю систему для того, что бы любая блондинка могла с ней потом работать, редактируя и меняя информацию на сайте.
Это реально. C сайтами под управлением Drupal работает множество "блондинок".
Но мы говорим о некотором конечном продукте, который позиционируется для неквалифицированного пользователя - не программиста.
А вот это неверно. Никто не обещал неимоверной простоты создания сайтов с помощью этой CMS. Создавать сайты или работать с готовыми. Чувствуете разницу?
И тут есть связь. За счет некоторой "сложности" первоначального понимания Drupal обеспечивает большую гибкость и мощь при создании удобных и простых в использовании сайтов.
Не исключаю, что для ваших задач - это "стрельба из пушек по воробьям". Решать вам. Если что - заходите в гости.
Но, возможно, есть резон не перебирать различные CMS, теряя время на изучении каждой, а освоить поглубже одну, но с большим арсеналом возможностей, и модифицировать ее потом под разные задачи.
а я вообще в тупике - что делать - есть база в оракле9 - надо сделать обычный экспорт в тектовый файл - ну никак не могу найти способ: утилита exp делает полубинарный непонятно что, а как текстовый делать? помогите кто может
Хоть и не по теме....
Берёшь M$ Access коннектишься к базе и экспортируешь в любой формат
// Берёшь M$ Access
спасибо, но там база 400 мегабайт и под линуксом - точнее есть дамп и все
Это что размер?
10-15 сек. на запрос...
База начинает считаться базой от 2Gb Остальное - Excel по таблицам...
Так я продолжу.
В защиту - не в защиту. Просто мнение о подходе к Дрюпалу, да и к другим системам тоже - убивает. Не успел за 2 часа разобраться - система отстой. Во программисты пошли! Угар! 
"блин, заказчик поджимает, пойми старик."
Друзья! Так вы давайте быстрей пишите, поезд-то уходит. Везде же написано, что Дрюпал для блондинок, а тут программист не успевает за час справиться 
duuudeee... 
Не, ну без обид, программист. Это сатира была, ты же тоже там в шутку всё написал. 
Мне на эти JMEE, JDE, JEE и Java по барабану. Да и читать эту писаку не буду. У человека нет месяца. Ему и дня жалко, он его потерял. Ну что тут сказать?! Но аргументы сейчас у него найдутся.
А тут ему на пальцах расписывают.
vadbars@drupal.org
...Меня зовут Вадим
--------------------------------------
Нда. Что-то мне подсказывает, что тут я определённо не прав. Извините. Вроде сам же и упоминал имя.
И тут есть связь. За счет некоторой "сложности" первоначального понимания Drupal обеспечивает большую гибкость и мощь при создании удобных и простых в использовании сайтов. Не исключаю, что для ваших задач - это "стрельба из пушек по воробьям".
--------------------------------------------------------------------
А в чём там заключается особенная cложность первоначального понимания? Любая система подобного класса может предоставлять некие расширенные возможности. Это замечательно, но прежде всего она должна качественно предоставить стандартные. И по всему видно, что разработчики Друпал к этому стремились. Есть понятие модуля, есть некий дефакто-предопределённый шаблон (левая колонка, правая колонка...) Есть блоки, которые я могу там располагать, ожидая, что они будут корректно выглядеть. Блоки нарисованы квадратиками на экране и поименованы. Есть несколько предопределённых тем, цвета которых я могу настроить. Это чтоль всё сделано впустую? А на самом деле я должен закатывать рукава и писать код на PHP? Иначе никак? И разработчики Друпаль действительно так считают?
Я работал с несколькими Java CMS (OpenCMS, Magnolia, InfoGlue, Alfresco). За исключением Alfresco, которая по своей сути действительно является именно мощной платформой построения документооборота, на всех остальных я смог построить первый несложный сайт за два-четыре часа. На Alfresco я набросал за это время несложный документооборот. Без программирования. В этом суть таких систем. Infoglue имеет даже видео-учебник о том, как это сделать. Причём, по своей сути эти системы крайне мощны. Нет, там нет страшных слов типа хук и прочих трюковыглядящих вещей, но есть чётко прописанные интерфейсы, дополнительные теги и XML c помощью которых я могу добавить новые модули (реализованные вручную с использованием API систем), шаблоны и в дальнейшем управлять ими визуально. Контент и шаблоны лежат отдельно. То есть содержание чётко отделено от своего представления. Контент выставляется в любое место. Версионность публикаций поддерживается. Что такого имеет стандартный Друпаль, что Вы называете его пушкой?
Упреждаю вопрос – почему я не использую Java CMS? Ну, проект не коммерческий. Домашний скажем так. PHP хостинг организовать проще и дешевле. Вот и решил поиграться с PHP CMS. Условие одно – я не пишу ни строчки на PHP и не лезу в глубь системы. Если писать – так можно и просто на HTML/CSS набросать несколько страничек и сводить их c помощью SSI. Не велика сложность оформить каждую новую статью в виде голого HTML. Но возникает законное желание использовать CMS. Чётко понимая, что буду использовать только базовые модули и только уже имеющиеся по умолчанию шаблоны. Что я и сделал.
И столкнулся с тем, что стандартная функциональность содержит ошибки в простых в общем-то вещах. Но все с придыханием говорят о некой скрытой мо-ощной, недоступной глазу глубинной функциональности, которая могут поднять только профессионалы. Может им лучше вначале стандартную качественно поднять? А? Чёрт с ней с мощной то...
Требуется запуск файла /cron.php (вручную или по cron).
----------------------------------------------------------------------------------------
М-м-м... И что? Есть такой файл. Вы хотите сказать, что вызывая кнопкой индексацию содержимого вручную, я на самом деле пинаю cron? И зачем мне тут cron? Я вроде не планирую никаких заданий по времени. Я собсно кнопку нажал – сделать индексацию. Я может вообще только вручную хочу индексировать. После добавления содержимого. Не занимая ресурс в другое время.
http://api.drupal.org
http://drupal.org/handbook
Огласите список ошибок. Мы добавим их все баг-лист, в следующих версиях обязательно исправят.
Цмс довольно хороша, особенно после просмотра некоторых сайтов на ней(почему и заинтересовался), инсталяция проблем не вызывает(поставил за 5 минут), в принципе разобраться можно во всём, НО ВАШУ МАТЬ ЗАЧЕМ так извращаться с терминологией? Зачем группы пользователей называть ролями? Зачем разделы и рубрики называть словарями и терминами? Про "таксономию" вообще молчу, идея сама по себе хорошая и гибкая до нехочу.. Но пока разберёшся в терминах и составиш перевод с русского/английского на человекопонятный русский, пока разберёшся как сделать чтоб созданные в оной "словари" и "термины" в основном меню сами появляись, а не приходилось повторно вручную дублировать структуру в модуле меню родить можно... Я не говорю что это сложно сделать или разобраться, вовсе нет, проблема в том что из за терминологии слишком много времени тратится на перевод именно на человекопонятный язык..
З.Ы. хоть тема и называется "почему вы НЕ выбрали...", всё равно его выбрал, а вышенаписанное просто крик души
По ссылке в подписи вы можете помочь другим меньше мучиться.
Господа! Вы тут спорите ни о чем. Если исходить из простоты установки джумлы и друпала, последний явно проигрывает. Я, как дилетант, хочу только одного. У меня есть желание сказать что-то, и для этого есть средство. Какое я выберу?
Если при покупке авто Вам придется ее собственными руками перебирать(совок), то это один уровень отношений изготовитель-потребитель. А если сел и поехал, согласитесь, другой. Время, когда меня мог шантажировать сисадмин, прошло. Я делаю САМ проект и отдаю на доводку спецу - вот настоящее кайфовое творчество. Элита программеров отодвинулась в область изготовления удобных "транспортных средств" для потребительских целей и задач. Как только друпал станет элементарен в общении, он станет конкурентноспособен на рынке. До этого, простите, Вы - элита программеров, сидите и ковыряйтесь в этой, непонятной таким ламерам, как я, херне. Но своему программеру я не буду оплачивать часы сидения на работе, если он выберет еще более непонятный движок. Есть способ решить вопрос быстро, качественно и понятно-просто? Какого хрена искать на ж...у приключения?
ТАк, что пока друпал не для ламеров без спецзнаний, - широкого распространения он не получит.
С другой стороны, народ, а как на счет создания простейшего в установке движка. По принципу конструктора ЛЕго?
Стучите в личку, с финансированием решим.
Вроде как установка с 5 версии тривиальна. Достаточно в течении 2 минут прочитать read.me.
Если пользоваться вашими аналогиями получается, что любая блондинка, на любой машине должна легко пройти трассу кэмел троффи по бездорожью.
Для такой элиты(о личностях не будем) существуют прекрасные "паркетные внедорожники", которые легко ездят в пределах МКАД.
К сожалению, когда дело касается выезда на природу и за город (где не всегда есть дороги, а тем более сервис служба) тут уж вопрос совершенно по другому стоит.
Поставьте Битрикс и не мучьтесь
круто. Я - абсолютно не программист, разобрался с Друпалом достаточно быстро и делаю на нём несколько сайтов. От Джумлы после тестирования убежал с криками. От её админки мозг лопается, я там за 40 минут даже 1 страничку сделать не смог. В Друпале - это минутное дело.
Если исходить из простоты установки джумлы и друпала, последний явно проигрывает.
Под "установкой" имелось ввиду установка+настройка надеюсь?? Потому что чисто "установка" Друпала элементарна - вводим параметры БД и всё.
вот это меня убило)))
Гость (гостевой логин) says:
Стучите в личку, с финансированием решим.
igdrasil@drupal.org
Хорошо, что не написал, "стучите в личку, помогу советом"
Так смешно читать все эти Holly War!
Вообще сравнивание CMS Joomla vs CMF Drupal не много бросает в холодный пот, а уж когда видиш WordPress vs Drupal повергаешся в шок.
Они все реально преследуют разные способы для достижения цели, и соответственно различный круг людей.
Если Вам, на пример, захотелось вести свой блог зачем и спользовать Drupal, Joomla, если есть WordPress который легкий в понимании и общении и вполне справляеться с этими задачами.......
Он её админки мозг лопается, я там за 40 минут даже 1 страничку сделать не смог
хех )))) прикольно )) мне так нравятся такие фразы ))) где то читала что после Битрикса бъешься головой об стенку
У меня знакомый год въезжал в устройство битрекса(тысячи сайтов, как 2 капли воды...). Сейчас привык.
За собой замечаю, после занятия с 1С мозг не очень склонен к полёту мысли
Никаких диферамбов - только по теме:
1) Нет галереи.
2) Нет форума.
3) Модули на drupal.org зачастую работают через "клоаку", т.е. или не работают или патч нид или несовместимость с другими модулями - особенно радуют релизы(не девю версии) модулей, которые сразу после установки вешают сайт.
4) Ужасная темизация - хотелось бы получить какой-нибудь один инструмент для изменения всего дизайна, а не использовать кучу модулей, чтобы сайт выглядел как на картинке.
З.Ы." Все равно его не брошу, потому что он - хороший"(c) Флуда тут не по теме много, и по п.(1-2) сразу скажу - "Windows 95" тоже ОС.
галереи нет. это правда. самый большой минус. форум есть. правда зачатки. но этого достаточно. позже будет лучше. Темизация нормальная. Mне она кстати больше всех понравилась. Блок, который можно закрепить где угодно и как угодно. Несовместимость деь модулей? дев. модули тестируют, а не на рабочий сайт ставят.
а ещё в друпале нет каталога встроенного, чата, файлообменника и тд и тп.
но друпал прекрасно работает с самодельными модулями. Не пройдёт и трёх лет и друпал покорит мир :). ктулху может прятаться.
он не знает, он пока спит, надеюсь друпал его не разбудит
У меня форум на дрюпале прекрасно и замечательно, а главное очень активно работает. и я очень этому рад.
Я два дня грызу Drupal, но так и не смог понять, за что Drupal все так хвалят.
ИМХО система очень легкая в освоение, но крупный портал гораздо легче создать на TYPO3 или cpengine.
Кстати практически все сайты на Drupal мало посещаемые и не особо красивые на них мало картинок и много букв, а это не есть гуд.
Судя по высказыванию, господин имеет большой опыт в создании крупных порталов? LOL
@Администрация aka Axel : Имхо, пора уже озадачиться установкой системы общественной модерации. Чтобы не приходилось перед вот такими лолами "оправдываться". А просто ушел бы пост в минуса - и все!
Озадачился. Какой модуль рекомендуешь?
Да хотя бы за то, что материал можно отнести к нескольким категориям одновременно, а на базе этих категорий соорудить меню. Например, статья про "Ламборгини" будет показываться и при заходе в пункт меню "Автомобили", и в "Гоночные", и в "Легковые". В DNN, например, я такое при всём желании сделать не могу, а тут - пожалуйста.
(Извиняйте, если терминологию попутал.
>> на них мало картинок и много букв, а это не есть гуд.
вперед, на urod.ru, там обратная ситуация
а вообще наверно Вы правы, internet.ru помирает от недостатка посетителей, на playboy.de вообще никто не ходит, mtv.co.uk - заброшен, а www.observer.com - вообще отстойный сайт
пойду-ка я на джумлу...
>> на них мало картинок и много букв, а это не есть гуд.
Сполз под стол, катаюсь плакаю...
Может ему это... "Раскраски" бандеролью выслать
Моя вырезка из заметки про урлы, где рассматривается Друпал:
------------------------------------------------------------------------------------------
Drupal — очень мощная и гибкая система. При отсутствии древовидной структуры (система таксономии) не оказано должного внимания формированию понятных урлов.
В системе, по умолчанию, публикуемым материалам назначаются урлы вида /node/5, где вместо "5" ставится свой уникальный индификатор материала (или "нода" в терминологии системы). Пользователь сам может прописать свой урл, при этом он должен быть аккуратным, так как путь необходимо прописать от корня (как я уже писал выше у Друпала отсутствует древовидная система сайта) — в случае ошибки в пути материал может оказаться совершенно в другой директории. Пример. Для того чтобы получился адрес www.domen.ru/articles/drupal, в поле "Псевдоним" необходимо добавить "articles/drupal". Если пользователь напишет просто "drupal" — материал опубликуется по адресу www.domen.ru/drupal.
Возможна и более сложная настройка, чтобы материалы публиковались автоматически по определенному урлу www.domen.ru/articles/5, где вместо "5", ставится свой уникальный индификатор. Минусом здесь является уникальность индификатора не только в разделе, но и на всем сайте, поэтому адрес www.domen.ru/articles/5 не гарантирует, что статья www.domen.ru/articles/4 существует на сайте — возможно к материалу (ноду) №4 привязан совсем другой урл (лежит в другой директории, или относится к другой категории) — в результате по адресу www.domen.ru/articles/4 будет отображаться страница ошибки 404.
Еще неприятным моментом является отсутствие слэша на конце урла (в Друпале слэши на конце урла приводят к неправильному выводу некоторых станиц, поэтому они отключены). Это вообще особый случай. Последняя словесная часть в урле не определена ни слешем (обозначая директорию), ни расширением файла (обозначая файл). Обычно в случаях, когда расширение отсутствует при реальной структуре — сервер ищет сначала такой файл, а при отсутствии файла ищет директорию, и если директория находится — добавляется слеш в конце. В Друпале слеш не добавляется — условно мы имеем дело с файлами (без расширений), а не с директориями:
www.domen.ru/info
www.domen.ru/articles
www.domen.ru/company
Похоже, файлы без расширений лежат в корне. Но когда видишь:
www.domen.ru/info/company — становится очевидным, что info была директория. Получается неправильная структура урлов:
www.domen.ru/info — файл info без расширения размещен в корне.
www.domen.ru/info/265 — а файл 265 размещен в директории info.
zhilin wrote: Моя вырезка из заметки про урлы, где рассматривается Друпал:
А где можно полностью эту заметку почитать? Я занимаюсь продвижением и поэтому очень взволнован недостаточно гибкой ссылочной структурой сайтов на Drupal
Пользователь сам может прописать свой урл, при этом он должен быть аккуратным, так как путь необходимо прописать от корня (как я уже писал выше у Друпала отсутствует древовидная система сайта) — в случае ошибки в пути материал может оказаться совершенно в другой директории. Пример. Для того чтобы получился адрес www.domen.ru/articles/drupal, в поле "Псевдоним" необходимо добавить "articles/drupal". Если пользователь напишет просто "drupal" — материал опубликуется по адресу www.domen.ru/drupal.
убило
уйду с друпала
и буду писать по методике аффтара - почту отправлять на имяru или имяcom - по его логике оно должно дойти до нужного адресата
Моё личное мнение, где нетребуется таксономия, нетребуется и друпал.
Мы люди живём в мире экономики, цены сводятся к тому, что считается часы работы. Друпал система дорогая, потомучто требует много времени.
Два примера по этому поводу:
1. требуется простой сайт с парой страничек, скачкой пары документов, ну конечно добавление картинок. Предложениея по разработке типо3 300, друпал 1200. Зачем мне тогда он нужен?
2. пример поддержка сайта, тоесть точнее управление контентом.
Сравниваем так же с типо3. Дал я нескольким простым офисным сотрудникам несталкивающимся с этим попробывать, после 10 минут они полностью смогли сами создавать странички и всё. в друпале после 30 минут, закончили эксперимент без малейшего успеха. Кто скажет, что затом потом легко, так же неправ.
И так друпал, это единственная система, которая может справится с таксономией, и тогда конечно же первый выбор, где она нетребуется, он очень дорог.
Расценки чаще зависят от
понтовпредпочтений программера, нежели от реальной сложности системы. Сайт на несколько страниц как раз сделал недавно знакомому за 300 и на друпале - не считаю, что прогадал по деньгам, за установку и настройку модулей, без к.л. программирования брать больше было бы просто неудобно. Интерфейс у заказчика отторжения пока не вызвалЯ 2 раза ставил typo3, поразбирался по часику, но нихрена не понял в этой системе)
В Дрюпал добавить страницу - это 1) клик "создать материал", 2) клик "добавить страницу", 3) ввести текст, 4) нажать "сохранить". По идее - куда проще-то? Чтобы только подумал и сразу появилось поле для ввода текста, еще подумал - и оно сохранилось?)
да тут уже народ писал заявки на телепатию, см. мой пост чуть выше
да. вот незнаю даже что и сказать. 2 дня это не результат конечно. но справочной(учёбной) информации о друпал действительн очень мало. Разобраться даже в админ панели без дополнительной информации практически невозможно. Объясните в чём изюм друпала? можно на технич.языке. как угодно. но ненужно писать"какой это замечательный движок и всё то он умеет." не увидел в нём ничего уникального, кроме проблем связанных с его установкой и настройкой под рускоязычны контент. У меня есть ещё 3 дня чтобы осмыслить систему. Надеюсь мнение изменится. Будем ковырять дальше >>>
Небольшое имхо человека с годом непрерывной работы с Joomla
Плюсы Joomla
Мощная система поддержки пользователей ( как англоязычная так и русскоязычная)
Огромное количество шаблонов ( в том числе профессиональных)
Огромное количество расширений ( Их четкая классификация и наличие сайтов и форумов поддержки у ключевых расширений. Одно из главных- virtuemart- полноценное решение для интернет магазина с поддержкой русских электронных валют)
Следствие 1- большое количество вебмастеров и вообще людей работающих с Joomla ( хорошая сторона- можно найти людей которые будут поддерживать и доделывать проект, минус- падение репутации, но об этом ниже).
Следствие 2- быть фриланс-разработчиком расширений/ шаблонов/ вебмастером на Joomla выгодно, на это есть спрос. Так как продукт можно свободно продавать.
Минусы Joomla
Платность расширений и шаблонов ( хотя это и плюс- очень многое доступно из вареза)
ГЛЮКИ С КОДИРОВКАМИ ( ИМХО самая большая проблема)
ГЛЮКИ на высоких версиях мускл и пхп
Глюки оставшиеся в коде со времен мамбы
Очень низкий функционал по умолчанию ( Ограниченность вложенности категорий и уровней доступа, отсутствие нормального ЧПУ)
Дыры дыры и еще раз дыры в расширениях ( из-за распространенности продукта их не пишет только ленивый). Несколько раз встречал кулцхакеров которые ломали Joomla просто набирая в поисковике часть урл компонента, у которого обнаружена уязвимость.
Практически полное отсутствие социальности ( блоги кривые, голосования расширенного с репутацией нет)
Следствие- очень плохая репутация. Мало мальски заходивший в инернет человек( а уж тем более веб программист) представляет Joomla чем то вроде постоянно падающего бесплатного решета. И как следствие возможные трудности при создании на Joomla высокобюджетных проектов ( даже если пишутся очень сложные расширения все равно у заказчика будет стереотип решета). Низкая оценка Joomla у хостинг компаний ( в основном благодаря начинающим вебмастерам, которые ставят что попало).
Плюсы Друпал
Кодировка ( я просто с ума схожу от радости ;-))
Хороший функционал по умолчанию (минус- нужно воткнуть немножко, но об этом позже)
Социальность ( голосовалки, блоги итп)
Синдикация (OpenID, синхронизация с блогами, RSS граббинг)
Интеграция ( Gallery2, SMF пробывал- отлично, быстро и надежно- в Joomla реально стремно делать интеграцию)
Относительно малая распространенность
Продуманность кода
Большие возможности для разработчика по доработке
Бесплатность системы
Следствие 1. Приличная репутация системы ( У заказчика формируется впечатление чего-то квадратно стабильно надежного очень сложного в освоении, что-то вроде Битрикса, но не нашенского разлива ;-))
Следствие 2- Друпал больше подойдет для создание сайтов-визиток и средних порталов средними вебстудиями( пусть новички думают что они могут сделать миллионный стартап на опенсоурсовой CMS). Фриланс хорош при разработке шаблонов и модулей, ввиду отсутствия коммерческих продуктов.
Минусы Друпал
Админка без картинок для блондинок ( вследствии этого они устают читать многа букоф, мозх перегревается быстро, привыкли к винде просто ;-))
Отсутствие поддержки для блондинок( инсталлятор, нормальные форумы поддержки, каталоги расширений, суппорта с сайтов разработчиков модулей, визуальный редактор в дистрибутиве по умолчанию)
Отстутствие шаблонов ( хотя тенденция уже есть и я считаю что в ближайшее время качественных бесплатных шаблонов под Друпал будет больше)
Отсутствие качественного E-commerce модуля с поддержкой экспорта CSV, 1С.
------ Конечно я не знаю Друпал до конца и поэтому список минусов и плюсов думаю будет расширятся.
Мифы
Drupal 5.х и Joomla 1.0.х конкуренты. Ни в коем разе.
Вот Drupal 6.0 и Joomla 1.5 станут ОЧЕНЬ сильно бороться.
Друпал сложнее Joomla ( Вхождение и блаблабла). Чепуха. Просто у Joomla ОЧЕНЬ хорошая русская поддержка ( 2 огромных форума и куча саттелитов) и все вопросы уже 10 раз объяснены. У Русского Друпала 1 сайт с очень непонятным для нормального человека форумом. Плюс у Joomla красивенький дизайн админпанели и вроде ВНАЧАЛЕ все понятно, но время затрачиваемое потом на борьбу с глюками нивелирует это преимущество. Вхождение невозможно оценить, это индивидуальный параметр.
Пример. В первые 2 дня работы с Joomla я поставил ее 100 раз. Постоянно что-то не то делал. Но фишка в том что я тогда слабо понимал что такое фтп даже, не то что БД итп.
Друпал поставил 1 раз, но зато пришлось привыкать к новым условиям и терминам работы- привык к Joomla.
Все относительно. Насчет Тупоза и других CMS. Пробывал многое. Pligg, Modx, Битрикс, и прочие пхп+мускл системы. Жду релиз Joomla 1.5 очень сильно. Но и втыкаю в Друпал.
Роман Александров, модератор Русского Дома Joomla, локализатор расширений Joomla, менеджер по работе с клиентами вебстудии
писал просто свои мысли в тему, а получилась статья небольшая) выложу у себя на сайте когда посмотрю комменты) может где-то перегнул)
Замечательно изложено. Спасибо, читал с удовольствием, что в последнее время не так часто бывает :).
"пробОвал"
Друпал больше подойдет для создание сайтов-визиток и средних порталов средними вебстудиями( пусть новички думают что они могут сделать миллионный стартап на опенсоурсовой CMS).
А что же, по-вашему мнению, подойдет для создания крупномасштабных проектов?
Когда выйдет Joomla 1.5, мы попробуем с ней поработать и проведём оптимизацию наших тарифных планов под эту CMS...
Зачем же вы инвестировали время в изучение, если у вас проблем не было?
Не дочитала до конца, но Друпал я выбрала...
И...
Редактора не обнаружила - а это ОЧЕНЬ немаловажно, каталог заведений который мне нужен, оказался реализован так, что без ссылки на это самое заведение - оно не добавляется...
Форум канеш беру другой, VBuletin или другой еще не решила...
Также неудобно добавление картинок в контент, просто ужасно......
Если кто может помочь, напишите в личку, ищу помощника за плату...
Обзор редакторов - http://drupal.ru/node/7922
Добавление картинок - смотря какой редакторы выберете, в большинстве - есть спец.кнопка. В самом Drupal также немало вариантов добавления: от варианта с простой вставкой в текст (редакторы, модули IMCE и т.д.) до варианта с "картинкой" как отдельный самостоятельный материал (модули image, picture и т.п.).
каталог заведений который мне нужен, оказался реализован так,
Про какой каталог вы говорите? Кем и как реализован?
Позавчера я наконец поняла что к чему. И даже сделала два словаря с терминами и статьи под них. В количестве 4 штук. На все про все у меня ушло дней десять + месяц, что я работаю редактором на друпаловском сайте. Сроки, конечно, не впечатляют, но это первая моя ЦМС, дальше быстрее пойдет.
Минусы - 1. нну, что ни говорите, а где на русском сайте внятное руководство? После установки в документации идет раздел использование, который... ПУСТ!!! Приходится читать на англицком, а все таки не каждый его знает.
Есть конечно, сетегном, на русском языке, а все равно документации для профи гораздо больше, чем для новичков совершенных.
2. ТЕМА!!! Легко сказать, что дизайн надо рисовать самим. Вопрос как? Ответ ручками не принимается, потому что все равно ничего не понятно. Пока. потому что после того как на меня снизошло просветление, я думаю, до дизайна тоже дойду. Месяца через полтора.
А пока мой совет для новичков - дизайн в друпале последнее дело, потому что сначала нужно врубиться в логику, для чего нужно заполнить контент. А дизайн последний шаг, а то я тоже сначала всяких шаблонов понаставила, отчего все еще больше запуталось.
Я выбрала друпал, потому что установливать что то новое и изучать другую логику уже времени нет.
Вы говорите много разумного. Но все же я бы не был столь категоричен "дизайн надо рисовать самим". Есть немало тем оформления, которых на первое время начинающему хватит.
А что же, по-вашему мнению, подойдет для создания крупномасштабных проектов?
Java+Struts+Hibernate и т.п.)
производительность от языка не сильно зависит, если это скриптовый интерпретатор
по этому на чем делать - это в данном случае не самое главное, главное это идея
Просто в Typo и т.д. все по уму сделано, а в Друпале через задницу. И на практике вместо "подумать" у специалиста получается "основательно пострадать прежде, чем получится что-то более-менее приличное, но исключительно тормозное".
Судя по таким фанатам Тупо - там действительно все по уму. Ну а у нас все как всегда...;)
Удачи вам (с) Тупо...
Забавно, Typo как раз славится своей сложностью - намного больше, чем Drupal.
Когда выбирал, какую бесплатную CMS выбрать для изучения, зашел на какой-то обзор и на глаза попались TYPO3 и Drupal.
По описаниям больше понравилась TYPO. Поставил.... и офигел - это ж просто ужас какой-то !!! разбирался несколько дней... конечно впечатление, что ЭТА СИСТЕМА МОЖЕТ ВСЕ !!! но до чего же сложно все и запутанно... С темизацией там вообще какой-то кошмар... пытался сделать свой довольно простой шаблон - сил не хватило.
Снес нафиг TYPO.
Поставил Drupal 5, впечатления:
Единственное с чем не разобрался, так это с таксономией... точнее как с ней работать вроде разобрался, но вот нафиг она нужна ??
Может задачи еще такой не вставало, но пока обходился без нее.
Я, кстати, тоже начинал с Typo3... Потом попробовал Drupal - как-то всё проще и понятнее.
не понравилось в Drupal кустомизация вида модулей, например:
Последние комментарии - нет возможности настроить вид -> выводить\нет автора(плюс к тому сделать ссылку на профиль его или нет)\темы комментария\первых строк из комментария\дата(создания\или до того) ну и т.д.
мы просто выводим последние комментарии так, как захотел разработчик.
И это касается большинства модулей.
Кастомизация в Друпале - одна из его сильных сторон.
Мы можем перестроить вывод любого модуля.
Plazmid, вы видимо, еще не разобрались толком, как что выводится. Читайте доки
Например, зашел в Управление сайтом -> Конструкция -> Блоки.
Выбрал Блок "Последние комментарии"
могу сделать: название блока и настройка видимости и все!
т.е. все-таки нужно друпалу расширить "Настройки, специфичные для блока".
может как-то по другому можно реализовать в блоке "Последние комментарии" показ автора к примеру? но я не нашел и видимо нужен для этого модуль сторонних разработчиков.
Дополнительные модули и шаблоны.
C joomla имею дело уже года 2, с Typo3 чуть меньше - могу сказать, что жумла имеет отличную объектную модель и вообще в ней программинг сделан очень граммотно, но что касается ее кастомизации - без правки ядра ничего путного не сделаешь, написание модулей под нее это вообще героизм..
+ админ панель - ну очень не нравится людям для которых предназначаются сайты. я то привык к ее логике но что от этого..
TYPO3 - сильная CMS, изучение которой отняло целый год (оно и сейчас происходит). ничего плохого о ней сказать не могу, так как ее все таки мало мальски изучил.. но могу сказать, что эта CMS ради самой себя.
Drupal - до тех пор пока я не осознал идею организации данных на сайте и особенно систему шаблонизации (тут на 90% можно сказать что отделения "кода" от "данных" случилось, и не с помощью еще одного языка как в TYPO3 а простейшим перекрытием функций ядра... В общем я с Drupal не так много знаком, но эта CMS завоевала доверие и уважение к ней.
И чем дальше я знакомлюсь с друпалом, тем больше понимаю что ядро друпала, может в конечном итоге служить для очень серьезных проектов.
Что касается того, что серьезные проекты нужно реализовывать, только на Java и только с Oracle становится все менее актуальным (да и в конечном итоге безосновательными). Например сейчас PHP имеет очень сильную объектную модель, да и MySQL не стоит на месте (ТРИГГЕРЫ, ХРАНИМЫЕ ПРОЦЕДУРЫ, ТРАНЗАКЦИИ все это уже на том же уровне что и Oracle), кеширование тоже имеет еграет в этом огромную роль..... (http://public.yahoo.com/~radwin/talks/http-caching-apachecon2005.htm)
а как известно Yahoo перешла на PHP http://public.yahoo.com/~radwin/talks/php-at-yahoo-zend2005.pdf/
Так что, - Drupal!
Что-то я не заметил пока использование SP, триггеров в ядре и модулях Drupal. С SP скорость была бы на порядок больше.
А при отсутствии поддержи транзакция об серьезных "ответственных" проектах говорить сложно.
При большой нагрузке на запись - труба будет. Всё время лечить таблицы?
Получается, что всё отдано на откуп производительности и безличности настройки сервера...
Добрый вечер!
Прочитал ваше сообщение. И есть вопросы и просьбы.
Я неплохо владею phpNuke, Joomla, Typo3, Plone(Zope).
Доков к ним море и очень хорошие и подробные. Все по ним и изучал+пробовал.
С Drupal у меня дружба не сложилась, хотя я этого очень хотел.
Вроде бы и не новичок и языками владею (и человеческими и программными).
Но как то не пошло. Может поделетесь своим опытом.
Видите, сидеть и пробовать и пробовать - это не совсем правильно.
А спросить, иногда просто стесняешься, потому что понимаешь, что это, наверное, просто...
Пытался книги оригинальные достать по Drupal, не смог.
А сейчас возникла необходимость сделать серъезный проект. Вот и голову сломал на чем делать, что бы потом в стену не уперся. И что бы защита была классная и быстродействие.
Вот примеры, нужно нечто подобное:
http://gde.ru/ только посмотрите все разделы.
http://www.yellow-pages.ru/
http://goon.ru/
Что бы вы посоветовали.
Если что yelis@yelis.ru
Серьезные проекты существуют, но сильно кастомизированы, и сервер правильно настроен. Вопрос в том, проще ли писать "серьезный" проект с нуля или на основе готового.
yelis, а если не пробовать - то как иначе набраться опыта и знаний? А форум как раз существует для вопросов и обсуждений. Причем чем конкретнее, тем лучше. На вопросы типа а как нам сделать социальную сеть ответить сложно, потому что вариантов много и они зависят от конкретных обстоятельств.
Соглашусь с Natalie, проще все-таки изучать на практике. Ставишь Друпал и копаешься
Ключевые моменты, понимание которых сэкономит массу времени:
1. http://docs.drupal.ru/
2. Основной объем контента организован ввиде нод. Нода - самостоятельная "порция" данных со свойствами (название, тело, автор), если подбирать аналог, то нода - это что-то типа записи в таблице.
3. Можно добавлять свои типы нод (без сторонних модулей), к типам можно добавлять свои поля-свойства (при помощи модуля CCK).
4. Сначала добавляется контент (ноды). Потом, если нужно, они уже распределяются по категориям. Система категоризации в Друпале называется таксономией.
5. Предположим, ноды созданы и те, что нужно - распределны по катеогориям. Ставим другой очень мощный модуль Views и создаем различные представления нод. Например, 5 последних комментариев, ноды такого-то типа, отсортированные по такому-то полю и т.д.. Эти представления могут являться либо отдельными страницами со своими URI, либо блоками. Блоки можно размещать на определенных страницах в одном из регионов.
Уже только с помощью CCK+Views можно сделать многое. Дальше, естественно, начинаются тонкости
P.S. Кстати, было бы интересно впоследствии услышать сравнение Друпала с Joomla, Typo3, Plone(Zope).
shp, спасибо!
Один из лучших советов по тому, в какой очерёдности и каком направлении изучать друпал тем, кто хочет на нём делать что-то большее, чем простые стандартные блоги!
Думаю, этот ответ невредно было бы в getting started или faq запихнуть.
Хорошее сравнение drupal, joomla, wordpress и typo есть здесь: http://www.dserg.com/drupal-joomla-wordpress-2007-08-09.html
P.s. капча сработала далеко не с первого раза.
Главный минус - невменяемая документация. Второй главный минус - http://docs.drupal.ru/doc/gotovye_perevody (Page does not exist: gotovye perevody). Система сложная в освоении, в понимании идеологии, и разжевывание было бы полезным. То, что есть в доках неплохо описано, но большую часть полезной инфы получаешь все же из ответов на форуме. Вот собрать бы популярные вопросы, и развернутые ответы на них... Только начал осваиваться с системой, и чем-то нравиться, пока правда не понял чем. С удовольствием купил бы учебник на русском или что-то вроде того.
Скоро выйдет
2 alexche7:
Скоро выйдет
Вадиму (vadbars), LAT-у и shp:
Мое почтение
Нервным апологетам Drupal:
Назидательный тон в адрес высказавшихся о недостатках Drupal в ветке «Почему вы HE выбрали Drupal?» выглядят по меньшей мере странно. То, что они не поленились написать уже говорит о многом, не находите? Я понимаю, что когда людям начинаешь открывать глаза, они закрывают уши (морально-стойких оказались единицы), но ведь их же об этом и попросили. К слову, представьте вымышленный диалог работника социологической службы и респондента:
— Почему вам не нравится продукция АвтоВАЗа?
— На гравицапах не езжу — говно ваш АвтоВАЗ!
— Ах так!? Да ты, бля, нихера ездить не умеешь, дебил!
(гудки в трубке)
Создал корп.сайт на ModX. Решил потестить Drupal, сделав копию.
0. В друпал делал локализацию по правилам. В модх все идет в стандартной поставке.
Обломался.
1. На новом Денвере админка выдавала ошибку сервера 500. Под xampp завелся.
2. Привычные алиасы (ссылки) не настроить на каждую страницу.
3. Дополнительные поля отсутствуют. (ненашел)
4. Деление сайта на:
rus/
--документ1
--документ2
eng/
--document3
--document4
Неполучилось.
5. Вывод группы документов списком (только содержание), не новости. Облом
6. Меню нашел только Основное, Навигация, Дополнительно. Мало мне для задачи.
Сравнивал с стандартной поставке.
Антей - это же все элементарно.
2) стандартный модуль path
3) модуль cck
4) категории
5) модуль views
6) в разделе меню есть "добавить меню", потом в блоках можно его отобразить
По пункту 1 - На Денвере 3 друпал завелся с полпинка.
На денвере3 не завелся.
Тестил друпал6. Есть в архивах нужные модули, но нет нужной 6.х версий.
Модуль с версии 5.х отказывается даже ставиться
В МодХ сниппет это php код программиста, хранимый в мускуле (как впрочем и шаблон, и прочее). Что в друпале СНИППЕТ ?
Какой-то странный у вас Денвер 3. Или друпал?
Пошел проверил еще раз. Скачал заново Друпал 6.1, развернул, завел базу, завел инсталлер. Все установилось. Создал пару тестовых статей. Ладно, не будем спорить.
Куски кода в Друпале тоже можно хранить в БД. Создайте блок формата php, напишите в его теле php-код, который вам нужен, и сохраните блок. Все данные по блокам хранятся в БД, в том числе и их содержимое. Просто друпалеры не заморачиваются с лишними именами сущностей
Снипет, хренипет. Код php, который делает то, что нам нужно. Пусть будет снипет, ок 
Друпал 6.1, Денвер 3
Админка если и открывается, то через раз. В остальное время белое окно.
Чернова логика при постинге со вставкой букв. правильные буквы не проходят.
В МодХ:
Русский utf-8 и windows-1251 встроен.
Параметр TV расширяет количество полей, их тип и логику в широких пределах.
Шаблоны хранятся в мускуле. Плагины, модули частично в мускуле.
Дополнительные плагины и сниппеты расширяют систему до фантазии программиста.
Документы хранятся в виде дерева каталогов. Вывод их возможен из других "ветвей" дерева каталогов.
Стандартный встроенный сниппет Ditto выводит новости, каталоги, статьи.
Wayfinder для меню, карты сайта, крошки.
eForm формы отправки с проверкой.
Jot для комментов и гостевой.
С сайта авторов MaxiGallery выведет управляюмую галлерею.
PHx сделает логику типа [если : то : иначе] или иную по желанию программиста
Количество событий обработки плагинов более 50.
Нет ограничения на версии движка и плагинов.
Есть и недостаток:
Нет своего форума, но можно интегрировать Vanilla, phpBB и SMF.
Нет магазина, пока несколько разработак в бета тесте
Я пробовал MODx, и не фанат обоих систем. Просто есть инструменты, с которыми нравится работать конкретным людям.
Поддержка уникода и отказ от папуасских кодировок заложены в концепции Друпала как системы. Судя по топикам на Друпал-форумах, для 1251 есть решения в виде хаков и костылей, но большинству друпалеров это просто не нужно. 1251 умирает, это факт - давайте не будем пинать дохлую собаку.
Мне нравится эта идея в MODx. При наличии терпения и "поймав фишку", можно делать все, что душе угодно. Но CCK в Друпале дает аналогичные возможности. Поэтому тут 1:1.
Тут уже на бааальшого любителя. Редактировать код плагина в текстовом поле, пусть даже с использованием JS-подсветки кода "на лету" - это для очень терпеливых людей. К тому же сугубо одиночек. Потому что весь остальной мир, и особенно разработчики, работающие командой, давно и успешно используют системы контроля версий кода - CVS, SVN и т.п. Можно конечно поизвращаться и пихать в SVN дампы БД
Про хранение самих шаблонов и плагинов в БД - тут MODx не одинок. Это уже как заложено в концепции CMS при ее создании. То же самое я видел в Текстпаттерне. Код шаблонов, модулей и даже CSS - все было в БД. Но имейте в виду, что и для Текстпаттерна, и для MODx люди уже давно сделали хаки для хранения кода шаблонов и плагинов в виде файлов на диске. Потому что так удобнее в перспективе, даже для одиночек.
Не вижу ничего, что могло бы помешать программисту на Друпале расширить свою фантазию до любых пределов. Хотя нет, есть два момента. Первый - достаточно высокий порог вхождения в идеологию и систему работы Друпала для не-программистов. Второй - прожорливость Друпала на больших нагрузках и в больших проектах. Но это характерно почти для любого фреймворка, а Друпал именно фреймворк, с демо-версией CMS на нем.
Тут тоже все зависит от идеологии построения сайтов вообще. Ничто не мешает в Друпале построить иерархию любой вложенности и размеров на основе плоского списка документов, используя таксономию, к примеру. И ничто не мешает в MODx сделать несколько плоских тематических списков на основне сборки из разных ветвей иерархии, используя Ditto и TV. Обе системы в этом хороши, просто для админки в MODx решили сделать иерархию документов (наследие Etomite кстати), а в Друпале - плоский список.
Views решает
Система меню Друпала тоже не в пеленках родилась
Система валидации форм - часть Друпала как фреймворка. А без программирования доступна и работает валидация для всех типов контента, особенно для CCK.
Система комментов - часть Друпала как фреймворка и CMS. Кстати, вопрос не в тему - скажите мне, почему в Жумле все еще нет системы комментов, встроенной в ядро? Это мегасложно или как? Судя по Jot для MODx, сложного ничего нет - люди просто сели и сделали. А в Жумле? Вроде обширное коммьюнити, на порядок больше, чем у Друпала и MODx...
MaxiGallery - клевая штука, мне очень понравилось. Но и Друпал не лыком шит - галерей много, выбирай на вкус. Просто часто их оформление требует наличия программиста-темизатора, в основном. Зато результат оправдывает все затраты.
Это также доступно в Друпале - практически везде можно задать условие в php-коде, а уж в темах, которые есть php-файлы, самое место этим проверкам.
Не считал "события" в системе хуков Друпала, но факт: вмешаться в работу системы можно на любом этапе выполнения. Ilya1st правда ругался на модуль Search, но это скорее исключение из правил.
Не совсем понял, к чему это сказано, но от себя скажу - модули в Друпале зависят от API ядра. Поэтому модули для версии 5.х не будут работать в 6.х и выше. Но это стандартное поведение любой модульной системы, не только Друпала. Если в MODx поменяется API для обработки событий, много плагинов для старой версии API сразу заработает в новой?
В Друпале форум тоже скорее недостаток, чем достоинство
Тут да, MODx проигрывает и очень сильно. Мне кажется, тут дело в запутанности и громоздкости API самого MODx. Людям просто в лом писать интеграцию или сам магазин в MODx, потому что работы нужно будет сделать намного больше, чем в Друпал. А жаль, потому что наличие пары-тройки модулей магазинов подтолкнуло бы MODx в развитии.
А так, дружеский совет веб-мастерам - попробуйте обе системы, и Друпал, и MODx. В обоих есть свои "фишки", обе позволяют решать большинство вопросов, стоящих перед веб-разработчиком. Просто это разные штуки, написанные разными людьми, и не нужно замыкаться на одной, забрасывая грязью другие. Я лично НЕ выбрал MODx не потому, что она плохая, а потому что Друпал лучше подходит моему складу ума. Был бы другим человеком - выбрал бы MODx
( или вообще мучался бы с Жумлой, не зная о Друпале и MODx в принципе).
Зачем такая кординальная смена API. Что в старой не устроило или не найдена "золотая середина"?
Попытался сделать тему сайта для друпал_6 из html шаблона. Почитал документацию, так и не понял сути. Много файлов необходимо разных.
В модх: Нажал кнопку создания нового шаблона. Скопировал html код. Прописал на места вызовы сниппетов и вывод содержимого страницы. Всё.
Все понятно, и я не буду продолжать этот разговор, может кому другому будет интересно.
в дрюпал тоже - нажал кнопку создать файл в любом редакторе, вставил хтмл, подставил переменные в нужны места, сохранил на сервер
зы: похоже на рекламу
Да реклама тут не при чем, если человек "подсел" на Друпал, его уже не сманишь на всякое разное, в том числе на Жумлу с MODx. Просто пропала охота беседовать с человеком, который готов говорить только о MODx, а про Друпал отзывается в стиле "прочитал документацию - ничего не понял".
2marazmus
> Да реклама тут не при чем, если человек "подсел" на Друпал, его уже не сманишь на всякое разное, в том числе на Жумлу с MODx.
> Просто пропала охота беседовать с человеком, который готов говорить только о MODx, а про Друпал отзывается
>>> в стиле "прочитал документацию - ничего не понял".
Т.е. чем движок лучьше, тем менее понятная документация?
Весомый аргумент
Вроде уже друпал7.хх в разработке. А модулей к 6.хх до сих пор по пальцам посчитать.
Не передергивайте, это нехорошо. Если не настроены на беседу, так и скажите. А то я тут распинаюсь, отвечая в подробностях, а мне в ответ пишут всякую фигню.
Друпал я освоил только с 3го захода и чем больше с ним работаю тем больше он мне нравится)
Сразу надо сказать, что друпал это движек а не дружественный gui, юзабилити итп, я начинал с nuke просидев на нем пол года понял, что нужно или писать свою cms на базе нюка или валить с него. Перекопал сотни cms, нестандартный CCK в друпале привносит необычность и альтернотивность этой системе, чем и отталкивает некоторых, которые не желают в этом разбераться.
Сдесь много говорилось о меню, дизайне, юзабилити итп - Понятно, что хотелось бы обьектно орьентированным програмироваем перетаскивая готовые обьекты и используя готовые фукции, операнды итп строить сайты за 30 минут, сфера интерактивности еще не скоро достигнет такого уровня и поэтому все нужно делать ручками DHTML Menu, Ajax, итп только так можно построить красивый дизайн, превнести интересный функционал итп.
1. Друпал отличный движек для веб разработчика начального и среднего уровня, у которого нет возможности написать свою ситему, поэтому народу которому нужно плодить сайты, порталы клоны и перепечатывать друг у друга материалы - им вобще ненадо смотреть в сторону таких систем.
2. Множество интересных дополнений модулей итп, которые значительно увеличивают удобтсво и функционал друпала.
3. Комунити, форум, документация.
Все эти плюсы могут дать движки, которые можно по пальцам перисчетать Joomla и Drupal лидеры это очевидно.
А спорить о каких то cms для целей типа новости, файло, картинки, форум - это ламерство.
Юзал MODx. Мне одно непонятно, как простой копирайтер (не программёр) сможет юзать его админку??? Полный бред. Причём не видел даже намёки на какой-то мануал, т.е. каждого копирайтера придётся потом обучать, а кому это надо?
Что там неудобного. Все понятно и стандартно. Все настраивается и не требует доустановки. К хостингу так же мало требований по отъеданию памяти.
Не нашел как добавить картинку. Выдал ссылкой
Почему нельзя сделать, что бы ваши комменты аля форум сразу показывали последние сообщения?
Неудобно
Для зарегистрированных пользователей есть возможность настройки вывода комментариев. Никто же не виноват, что вам удобнее комментировать гостем
а вы попродуйте сами разобраться в нем. Я долгое время пытался, но наверное, для моих куринных мозгов, это слишком сложно.
Я на Drupal забрел из-за VamShopa. Я использую для себя Guppy - очень легкая, приятная cms, где достаточно большое количесто модулей. Т.е. поставил -занимает не больше 40 мин, и забивай контент. Но, я хотел добавить магазин, а гуппи без мускула. По этому решил после просмотра Вамовского шопа цмску, с которой он может работать.
Проинсталил 6 версию легко, но в структуре, статьях сразу не разобрался. Наверно, либо по тому что плохо знаю мат-часть, либо (бум надеятся с непривычки).
Зарегился больше 40 мин, а сообщение на мыло еще не пришло.
По этому еще не знаю, если тут, как на сайте гуппи все модули и расширения в 1(!) месте на русском языке и с описанием? а то наблюдаю только в вариантах - вопрос- ответ.
нет это не тут - это все на drupal.org или на http://ann.sabonim.ru/module
Сегодня, после долгих (ну оооочень долгих) обдумываний решил-таки выбрать именно Drupal. Что меня останавливало, это тормознутость движка. Ну вот, самое смешное, что именно сейчас сайт http://drupal.org/ упал... не открывается и все тут. Ну опять что ли пойти искать другое... вэхх. А может быть, они наконец сделают выводы (ведь собственный-то сайт падает) и поработают над производительностью системы? .......... Собссно, типа риторика это все (первые посты у меня чайниковыми вопросами должны были быть о том, как там таксономию и прочее делать...).
п.с. уже минут 20 как не октрывается сайт...
Интересно, что-то там отркывается, а что-то нет. Главная и многие страницы не открываются. А вот открываются, но без оформления:
http://drupal.org/?q=project/imagecache
http://drupal.org/?q=profile/drupal-module-developer
http://drupal.org/project/nodereferrer и тэдэ...
Ссылки открываются с оформлением и главная так же. Видимо это у вас с браузером/прокси неладное.
По поводу самого CMS. Концепция интересная, но так и не смог прикрутить свой шаблон для корпоративного сайта.
То ли дело ModX: Добавил html шаблон в базу. Прописал в нем вызовы сниппетов (блоки с php кодом), вынес часть шаблонов в чанки (html код). Создал структуру документов в виде дерева каталогов.
По модулям Друпал так вообще неразбериха. К 6.х не подходит от 5.х. API видите ли поменяли.
К 6.х еще мало модулей, а уже и 7.х на подходе. И опять старая песня с API.
Кстати, что означает версия на картинке?
7 на подходе, бугага.
Что бугага?
Оффициально она не выложена, есть только девелоперская версия. И модули к ней типо ...7.х-dev...
antey c Modx я не стал замарачиваться. Достаточно было прочитать ветку на офиц форуме о лимите на 5000+ статей на этом CMS
- там открыто говорят, чт система не предназначена для крупных сайтов -
после этого убежал сломя голову. У меня уже сейчас 3800 новостей... Да есть еще др. известные минусы.
С шаблонами да, в модкс кажется легко - я "тупо" скопировал код страницы в новый шаблон и старый дизайн показался почти один в один. Но там CSS ессно надо править. 10 минут покопаться в Друпале и также легко можно портировать свой шаблон. Пока еще не пробовал ( и не буду, новый сделаю), но думаю, легко.
п.с. друпал.орг Вы смотрели на след. день, проблема была решена в тот же день... что-то мало относящееся к самому Друпалу было... уже забыл
Кстати, что означает версия на картинке?
Хорошая фишка.
Очевидно, ветку начинал некий Гость в 2007-м, потом это все удалили и первым стал пост от киев1 - соот-но, мы читаем 2 версию ветки
п.с. при попытке просмотра перед отправкой предыдущего коммента получил такое:
"Your IP address (127.0.0.1) was recently used to post spam to this website. For this reason, you are currently not allowed to post new content. If you believe this is in error, please contact the site administrator.
Зарегистрируйтесь, чтобы получить доступ к этой странице."
Да в этот раз то же самое. Просмотр не работает...
Ветку не удаляли. Пост начал некто (гость), затем его отредактировал kiev1, по вкладке "Редакции" можно смотреть историю изменений.
127.0.0.1 и сообщения о спаме - это были издержки переезда на новый хостинг. Исправлено.
Опишу свой опыт. Drupal-5.
Dupal не выбирал, приходится сопровождать уже готовый проект. На сайте установлены только стандартные модули без каких-либо "ручных" правок.
Задачи ставились тривиальные: увеличить шрифт (не везде, а только в строго выверенных местах), изменить высоту строк в таблицах и т.п. В общем - чепуха.
Обрадовался, что есть шаблоны, расчитывал, что достаточно только их подправить и все. Нет, не получилось, оказывается дизайн (сами html-теги) вписаны прямо в php-коде, т.е. бизнес-логика и отображение не отделены. Ладно, отнес это на лень одного конкретного разработчика. Но пришла пора решать остальные задачи и я уже нашел этот же подход в самом ядре Drupal-а!
Далее пришлось делать свои themе-ы для дизайна. Drupal предоставляет механизм перехвата ф-ций - прекрасно. Но не понятно, а как расширить существующую функциональность не изменяя ее, а только долнить ее своими? Не копировать же ее ! А вызова parent::some_function() нет.
Также очень разочаровало, что используется структурный подход.
Почему бы не реализовать создание той же новой theme как расширение от некоего абстрактного класса, а не использовать методы поиска существования функций ? Точно также и в отношении модулей.
И очень жаль, что сайты, сделанные на Drupal, выглядят как клоны друг друга. Сразу же возникает впечатление, что дизайн очень сложно "натягивать" са сайт, а дизайнеры ограничиваются только сменой картинок да правкой css.
Мне лично друзья посоветовали joomla. Много разговоров на тему сравнения движков. А кому верить?
-----------------
Лекарственные препараты только здесь
Мне лично друзья посоветовали joomla. Много разговоров на тему сравнения движков. А кому верить?
Можно не верить а просто взять и попробовать то и другое. Да и с жумлой сравнивать не стоит, всем думаю известно, что друпал обычно выбирают те кто самостоятельно способен расширить его стандартные возможности, хотя и в стандартной поставке друпал для многого пригоден
верить программистам