neochief 20 мая 2009 в 15:19

Drupal — победитель Webware 100 Awards

1 мин

701

Drupal*

+27

Комментарии 52

brmn 20 мая 2009 в 15:30

Поздравляю!

Kaaboeld 20 мая 2009 в 16:50

Конечно мои поздравления, но хотелось узнать следующее: я как движок для «временной версии» проекта (на этапе тестирования первой версии и акутальности для публики (на практике выходит приличных срок до 6 месяцев, например) пока пишется «основная» версия на ci) решил некоторое время назад использовать wordpress. joomla, drupal(они для меня очень схоже субъективно), typo3 (работал на протяжении нескольких лет, не выбрал так как считаю его очень «перемудренным» и «монолитным» ), я отсек почти сразу.
Кто нибудь из drupal сообщества может его сравнить с выше означеными cms, один из основых параметров кастомность и юзабилити, и рассказать в нескольких словах о его плюсах и минусах?

-2

dzugaru 20 мая 2009 в 20:35

еговеличество/search?hl=ru&q=drupal+joomla+wordpress&btnG=Поиск+в+Google&lr=&aq=0&oq=drupal+joomla+wo

-4

Kaaboeld 20 мая 2009 в 20:41

Может еще расскажите про думающие машины?
Вопрос был к пользователям хабра и пользователям выше означенные продуктов для того чтобы из первых рук узнать и при желании подискутировать.
Ваш комментарий, уж извините, «не в кассу».

-1

Tim_Andersson 21 мая 2009 в 02:46

Drupal даст фору всем перечисленным движкам по параметрам кастомизации и расширяемости точно. Сужу по личному опыту, работал со всеми перечисленными cms.

dzugaru 21 мая 2009 в 11:42

конечно не в кассу )
Я понимаю и отчасти даже разделяю афоризм: «Повторение — Мать учения», но есть разумные пределы повторного обсуждения одних и тех же вопросов. Для этого и придуман поиск.

slavik 20 мая 2009 в 20:55

он настолько кастомный, что для улучшения юзабилити можете создать свою админку через Друпал

Друпал — это скорее не cms, а фреймворк для её создания, для создания интерфейса управления под конкретные ваши задачи (как то: свои формы добавления, редактирования, просмотра матриалов)

Из плюсов — можно сделать всё что угодно, достаточно много модулей, да свой разработать более-менее легко (например, свой php-код в страницы вставлять очень просто, по сравнению с ВП и Джумлой)

Из минусов — требователен к ресурсам, так что если делать хороший проект с множеством модулей, придется побеспокоится о железе (хороший проект должен окупать его 8) )

bsboris 20 мая 2009 в 23:01

Друпал абсолютно не кастомный, и уж точно не фреймворк. Он хорош, когда есть примерное представление того, что хочется получить, и когда под эти потребности существуют подходящие модули, чтобы можно было потыкать мышкой в админке, поменять цвета шрифтов в теме и удовлетвориться полученным результатом=). А если, например, существует строгое ТЗ, согласно которому надо разработать проект или если нужны какие-то очень специфические вещи — тут Друпал не подходит совершенно. То есть, пока не залезешь в код — Друпал прекрасен. Когда залезешь — то совсем наоборот =(

-3

noma4i 20 мая 2009 в 23:13

это хорошо подмечено. до обращения к коду друпала — он кажется отличным продуктом. Код напоминает сундук с зайцем в утке и иглой, на конце которой — смерть индусья.

Особый привет создателям плагина uberCart!

penexe 20 мая 2009 в 23:14

Пустые слова. Лучше назовите то, что нельзя сделать в Друпал?

bsboris 20 мая 2009 в 23:23

Ну вот допустим, в Друпале есть стандартная форма поиска вверху сайта. У текстового input'a стоит лэйбл «Search». А в моем дизайне этого слова нету, у меня просто поле без надписей. Как мне убрать это слово штатными средствами?

-3

noma4i 20 мая 2009 в 23:29

«Drupal takes time and a willingness to learn how to do things»
суть: только человек, который знает что такое боль, может написать на друпале все что угодно.

По делу: кастомайзить друпал можно до посинения, и даже добиться почти того что нужно. Но только это займет в 10х раз больше времени, чем должно.

neochief 21 мая 2009 в 00:25

Интересно какой коэффициент озвучит второй программист, изменяющий ваш код, сделанный «на чем надо». Еще интереснее, как же называется это «на чем надо», а также сколько у вас займет времени написать на нем самому те вещи, которые с Друпалом вам нужно всего лишь откастомайзить.

noma4i 21 мая 2009 в 10:08

из вашего высказывания достаточно одного друпала, для решения любых задач. Не пишите Друпал — набор готовых решений, и любой шаг в сторону = написанию с нуля, где-то на базе друпала, где-то в формате костыля.

Если уж на то пошло, то что нельзя написать на Зенд Фреймворк?

Так что не пишите чушь, где-то друпал очень даже подходит, а где-то лучше не надо.

penexe 20 мая 2009 в 23:35

через тему, просто убрать лэйбл и все

bsboris 20 мая 2009 в 23:41

Ну если бы все было так просто, я бы наверное не стал спрашивать, да?=) Оно там захардкодено, поэтому либо надо править ядро Друпала, либо извращаться с substr(). На мой взгляд, оба варианта не являются доказательством хорошей архитектуры.

-6

penexe 21 мая 2009 в 00:15

search-theme-form.tpl.php

neochief 21 мая 2009 в 00:17

Если вы не знаете как, то лучше спросить, еще лучше поискать как. Но, не зная, и крича в людном месте о том, что «нужно править ядро» и тем более «извращаться с substr()», вы рискуете показать себя и свои познания не в лучшем свете.

Как правильно подсказал penexe, все делается не сложнее этих строк:

function phptemplate_search_form($form) {
$form['submit']['#value'] = 'Ваша надпись';
return $form
}

Я не знаю как можно сделать _еще_ проще.

malaka 21 мая 2009 в 03:34

>> $form['submit']['#value'] = 'Ваша надпись';
а я думал, что такие вещи в языковые файлы выносят – при чём тут $form к 'Ваша надпись'… ведь кашка получается.

Chif 21 мая 2009 в 08:41

ok,
$form['submit']['#value'] = t('Some text');

bsboris 21 мая 2009 в 14:26

Ну, я не говорил, что мои знания Друпала глубоки и безграничны, просто ИМХО такая задача не должна представлять особой сложности даже для тех, кто только начинает работать с этой CMS и уж точно должна быть документирована. Спасибо за ваш совет, я попробовал его (и все те, которые ниже в этой ветке) и не смог заборот эту проблему, может руки такие кривые=( После гугления тоже ничего внятного не нашел, наименее извращенный вариант использует специальный модуль для этого дела.

В любом, случае, посмотрите сколько разных советов мне дали для решения такой мелкой проблемы=) Я пока остаюсь при своем мнении — у Друпала не очень продуманная архитекутра и позиционировать его как очень кастомизируемый продукт или, тем более, как фреймворк явно не стоит. Тем не менее, как CMS для сайтов с типовой функциональностью Друпал очень хорош, особенно по простоте настройки и скорости развертывания.

-1

jtraub 21 мая 2009 в 16:28

Вы бы ознакомились на сайте drupal.org с Theme Developer Guide. То что вам написал neochief нужно было поместить в файл template.php в директории вашей темы, а то складывается впечатление что «bsboris не читатель, bsboris писатель».

Темирование в друпале мне *очень* нравится и на мой взгляд оно сделано очень и очень грамотно. Вам стоит инвестировать пару часов на изучение документации и тогда решение этой и других пробелм у вас будет занимать гораздо меньше времени.

bsboris 21 мая 2009 в 17:06

Прежде чем отвечать в таком тоне, вам бы следовало тоже прочитать этот комментарий и, возможно, даже попробовать сделать то, что там написано. Если вы вставите предложенный neochief код в template.php и вас все заработает — я вам ящик пива куплю. Даже без учета ошибки в синтаксисе =)

-1

lasc 21 мая 2009 в 02:10

на самом деле, просто делает форму в хтмл как вам нужно, и а стандартный убираете нафиг
и даже в пхп лезть не нужно.

Tim_Andersson 21 мая 2009 в 02:49

В папке темы есть файл search-theme-form.tpl.php, если нет, то копируем его в папку темы из modules/search. В этом файле пишем строчку: $search[«search_theme_form»]= str_replace(«Search this site: », "", $search[«search_theme_form»]); Обновляем регистр тем. Всё. Надписи нет.

-1

Electronick 21 мая 2009 в 10:46

потрудитесь почитать документацию о системе. Использование str_replace для замены надписей — есть бред.

Корректно захардкореные [t()] модулями надписи можно заменить 2-мя способами: 1. theme, 2. использование массиво $conf['locale_custom_strings_en'], где en — код локали.

Tim_Andersson 21 мая 2009 в 11:37

ну или так. разницы нет. все работает. главный принцип Drupal «не лезть в core» сохранен и ок. а время я лучше потрачу на другие приятные вещи. спасибо.

munkie 21 мая 2009 в 13:54

переопределите theme_search_theme_form($form) в своей теме и уберите (измените) то что вам нужно

eugenex15 21 мая 2009 в 03:37

бред!!!
кастомный до безобразия,
именно как фрэймверк я его в последнее время и пользую + модули + свои модули,

по поводу ТЗ я на него когда смотрю уже вижу что есть, что дописать и сколько это потянет…

Код читабелен, Апи документировано.

PS пока не залез в код долго тыкал мышкой, чесал репу… ;)

Kaaboeld 21 мая 2009 в 07:03

Кстати вот очень интересный вопрс, был вами поднят. Последнее в чем капался это был код wp так вот он страшный и не оптимальный, но как ни странно понятный, возможно первыми двумя пожертвовали ради последнего, возможно.
Так вот если сравнивать, например: «мифический эталон плохого кода» битрикс и друпал, то кто окажется более, мммм «не качественным»? Либо возможно у вас есть какие нибудь более наглядные примеры реализаций на основе которых можно было бы оценить этот «параметр».

Chif 21 мая 2009 в 08:46

Откуда вообще вы взяли что он не понятен и плохой (код drupal'а)?
Единственное что меня там бесит, это то что callback'и записываются как названия функций в строку и по ctrl+click не перейдешь к их объявлению, но это так, мелочи наверное :)
Ну а по сути к сожалению не подскажу, битрикс не видел.

Kaaboeld 21 мая 2009 в 08:50

«Откуда вообще вы взяли что он не понятен и плохой (код drupal'а)?»
Я комментирую выше стоящий комментарий из текста которого я пришел к такому выводу. Самостоятельно его код не смотрел по этому и спросил.

neochief 21 мая 2009 в 15:10

Тот, кому вы отвечали уже выше отписался, цитирую «Ну, я не говорил, что мои знания Друпала глубоки и безграничны». Вот и судите сами.

Код Друпала один из самых документированных среди opensource систем.

neochief 21 мая 2009 в 15:12

Пардон, не закончил фразу, вот buytaert.net/cms-code-base-comparison Довольно старая статья, но она отражает динамику. Код 1) компактен 2) на три строки кода один коммент 3) относится к будущей, седьмой версии друпала — 100% покрытия unit-тестами.

Kaaboeld 21 мая 2009 в 17:33

Отлично, а сравнить с чем нибудь из представленных на рынке аналогичных продуктов вы можете? Все познается в сравнении как никак и то что код документирован, например, не всегда говорит о его читабельности и оптимальности примененных в нем решений.

Infanty 21 мая 2009 в 09:37

Мне нравится Lamborghini, жене Bentli, мне нравится Drupal, Вам может нравится WordPress — всё дело вкуса и поставленной задачи. Drupal максимально кастомный — если хорошо постараться, то из него можно сделать аналог Delphi for PHP. Но в его кастомности есть одно но — нужно думать головой и понимать как всё работает, т.е. некоторые фичи реализуются простым Javascript или правкой CSS — зачем для этого писать монстроузорный модуль, а например обращение к базе данных производится через специальную функцию — которую нужно знать. Просто иногда работа с Drupal сводится и к прочтению интересных книжек на не русском языке, а не только к поиску ответа на форуме. Скажу только одно: для большого проекта готовая CMS — снижает риски на провал проекта. Кто со мной несогласен, прежде чем вступать в полемику, ответьте — а ОС и браузер у Вас тоже самописные?

malaka 21 мая 2009 в 03:30

>> свой php-код в страницы вставлять очень просто, по сравнению с ВП и Джумлой
сильно не согласен

Chif 21 мая 2009 в 08:48

Это почему же? По-помему очень даже просто:
Ноль. Кликаем edit
Раз. Вставляем свой код в body
Два. Меняем инпут фильтр на php
Три. Сохраняем страницу.

slavik 21 мая 2009 в 09:52

при этом в нодах можно размещать значительные php-модули с выборками, обработкой данных

можно написать несложный модуль, через hook_menu и сделать раздел, который принимает данные из адреса и формирует соответсвующие страницы, заполняет титул страницы, да всё что угодно делает

Небольшой примерчик (правда проект — нечто среднее между альфой и бетой, прошу не кидаться помидорами 8) ) — портировал погодный модуль в друпал, модуль обрабатывает данные из сторонней таблицы и формирует страницы в соответствии с запрошенным адресом, естественно, чтобы добавить новый город нужно всего лишь добавить запись о нем в таблицу, всё остальное сделает php и друпал — http://kendala.com/Погода