Комментарии 115
НЛО прилетело и опубликовало эту надпись здесь
Насчет боязни написания своих модулей — это далеко не всегда так.
Мне несколько раз приходилось работать с заказчиками, которые сами довольно неплохо знают друпал на уровне конфигурирования и считают что лучше собрать страницу через модуль views, изголяясь по всякому с фильтрам, аргументами и т.д., чемнаписать выборку в 1 несложный вопрос и отдать все даные в шаблон, который дизайнер уже сможет затемизировать.
Ну и с графиком не совсем подходит под мой опыт «общения» с каплей, хотя тут причина в том что приходилось довольно быстро входить в свой первый проект на друпале, и задачи ставились в основном программерские — про блоки, таксономию и т.п. я узнал значитеьно позже чем Form API и сталкнулся с оптимизацией приличного куска функционала и прикручиванию memcached =)
Мне несколько раз приходилось работать с заказчиками, которые сами довольно неплохо знают друпал на уровне конфигурирования и считают что лучше собрать страницу через модуль views, изголяясь по всякому с фильтрам, аргументами и т.д., чемнаписать выборку в 1 несложный вопрос и отдать все даные в шаблон, который дизайнер уже сможет затемизировать.
Ну и с графиком не совсем подходит под мой опыт «общения» с каплей, хотя тут причина в том что приходилось довольно быстро входить в свой первый проект на друпале, и задачи ставились в основном программерские — про блоки, таксономию и т.п. я узнал значитеьно позже чем Form API и сталкнулся с оптимизацией приличного куска функционала и прикручиванию memcached =)
Спасибо за топик, ещё несколько таких и получится хороший мануал, который можно будет выложить людям, изучающим Друпал, а не подшивка под грифом «Документация» на сайте drupal.ru.
Только вот одно НО хочу возразить, если Друпал такой хороший, то почему в нём постоянно фиксятся баги и выпускаются новые версии? Летом когда я начал было 6.2, сейчас уже 6.8, не слишком ли лихо для чересчур хорошей системы?
Только вот одно НО хочу возразить, если Друпал такой хороший, то почему в нём постоянно фиксятся баги и выпускаются новые версии? Летом когда я начал было 6.2, сейчас уже 6.8, не слишком ли лихо для чересчур хорошей системы?
НЛО прилетело и опубликовало эту надпись здесь
В общем-то, это природа софта, тем более опенсорсного — обнаруживаться багам и получать на них фиксы. Готов поспорить, что обновление с 6.2 на 6.8 у вас заняло не более 10 минут. Несколько напряжны лишь апгрейды мажорных версий, не минорных.
В частности, если говорить об новых версиях друпала, то все изменения которые там были в проежутках между 6.2-6.8:
— 1 критический баг с кешем форм, если мне не изменяет память
— 5 уязвимостей безопасности (пофикшенные в те же дни, после обнаружения)
— десяток мелких исправлений уровня «Поменять текст кнопки» и «Исправить коммент к функции»
В частности, если говорить об новых версиях друпала, то все изменения которые там были в проежутках между 6.2-6.8:
— 1 критический баг с кешем форм, если мне не изменяет память
— 5 уязвимостей безопасности (пофикшенные в те же дни, после обнаружения)
— десяток мелких исправлений уровня «Поменять текст кнопки» и «Исправить коммент к функции»
спасибо за статью
конечно, моя кривая обучения немного другая
но по весьма близка :)
конечно, моя кривая обучения немного другая
но по весьма близка :)
> Естественно, видя только вершину айсберга, он думает, что «друпал сакс»,
> и дальше не копает.
Я вообще на этой схеме ничего не вижу. Сделали бы увеличение по клику.
> и дальше не копает.
Я вообще на этой схеме ничего не вижу. Сделали бы увеличение по клику.
Если я еще не забыл курс АСУ, то у вас система расходится =)
«а вернее то, как ее видит новичек сходу»
Не знаю как вам, а мне Друпал с первого взгляда понравился. CMS устроена понятно и доступно как простому пользователю, так и администратору (про программиста помолчу). А русскоязычное сообщество не раз помогало решать возникающие вопросы.
забавно, что во всех случаях можно было обойтись без коробки
на первой и на шестой — нельзя)
это как? :) коробка везде является основой.
Эта шутка больше понятна именно разработчикам на друпал.
Эта шутка больше понятна именно разработчикам на друпал.
Недавно крал catchpa из друпального модуля для своего проекта, обплевался вообщем… где ОО?
Если не секрет, то сколько времени заняла разработка вашего последнего сайта. И какой у него функционал (ну кроме того, что видно сразу)?
Вот убейте меня — я сейчас я не возьмусь сайт стоить на какой нибудь CSM-ке. Мне легче на том же Codeigniter с нуля написать именно то что требуется, включая сам кодинг и проэктирования базы данных.
При этом я точно буду знать где и откуда есть нагрузка, где что подправить а где что дописать.
Другое дело когда человек не программист, а как стало щас модным слово «кодер».
При этом я точно буду знать где и откуда есть нагрузка, где что подправить а где что дописать.
Другое дело когда человек не программист, а как стало щас модным слово «кодер».
+1
Да да я в курсе, сейчас не модно мозгами думать, сейчас модно — скачать, install.php -> next -> next -> next -> install modules — ура я великий программист и уже могу писать умные статьи =)))
не в том блоге мечете гневные высказывания )
Чем больше будет у вас оригинального кода для решения стандартных проблем, тем более геморной будет поддержка результатов вашей работы…
А потом, когда вам станет не интересна поддержка сделаного сайта, заказчик найдёт другого програмиста, которому «легче на том же RoR с нуля написать...» чем в вашем коде разбираться и т.д.
По этой причене (см. выше) много клиентов обращаются именно за сайтами на Друпале.
По этой причене (см. выше) много клиентов обращаются именно за сайтами на Друпале.
НЛО прилетело и опубликовало эту надпись здесь
Безполезный холивар.
На _каждую_ систему найдется свой _пользователь_ и\или _разработчик_
И говорить, что что-то сакс, а что-то рулит как-то по детски.
На _каждую_ систему найдется свой _пользователь_ и\или _разработчик_
И говорить, что что-то сакс, а что-то рулит как-то по детски.
Прочитал и ушел делать
# php symfony generate:project newsite
# php symfony generate:project newsite
Всего один вопрос.
Как вы объясняете своему заказчику, когда показываете админку друпала, что он должен делать с «типами документов», «терминами», «блоками», «модулями», «узлами», «страницами»?
Когда заказчик увидит такие возвышенные абстракции, он ведь может и послать…
Как вы объясняете своему заказчику, когда показываете админку друпала, что он должен делать с «типами документов», «терминами», «блоками», «модулями», «узлами», «страницами»?
Когда заказчик увидит такие возвышенные абстракции, он ведь может и послать…
:) Внутри всё можно приготовить так же красиво как и снаружи и заказчик увидит: добавить новость, статью, категорию… тдтп
А никак, CCK+View позволяют решить практически все проблемы связанные с недостаточной компетенцией заказчика.
Простой мануал для него:
— Добавляете контент типа новость она появляется на странице новостей и в блоке на главной.
— Создаете статью выбираете категорию (которые до этого были определены мною в Taxonomy).
— и т.д.
В итоге заказчик не ходит туда куда ему не надо (к тому же его можно ограничить в правах).
P.S. Еще можно создать пункты меню для распространенных действий.
Простой мануал для него:
— Добавляете контент типа новость она появляется на странице новостей и в блоке на главной.
— Создаете статью выбираете категорию (которые до этого были определены мною в Taxonomy).
— и т.д.
В итоге заказчик не ходит туда куда ему не надо (к тому же его можно ограничить в правах).
P.S. Еще можно создать пункты меню для распространенных действий.
А также они позволяют создавать те самые неизвестно сколько запросов на страницу. Да и один запрос от Views порой бывает жутким. До Битрикса конечно далеко по монструозности, но всегда мешало отсутствие прямого редактирования текста запроса во Views :)
мешало… Что ж вам мешало? :) в доки глянуть? Эта возможность есть.
Мне всегда казалось, что запрос по-английски будет query. Да, я не силён в нём настолько, чтобы называть себя программистом, но если документацией вы называете views-help.doc.logrus.com/ или drupal.org/handbook/modules/views, то найти там такую возможность мне в своё время не удалось. Подкиньте ссылку, буду рад :) Или это делается отдельным плагином?
views.doc.logrus.com/group__views__hooks.html
а именно hook_views_query_alter (&$view, &$query) Как видите, $query передается по сслыке и его можно менять в хуке. Ради справедливости стоит заметить, что там будет не простой стринг, а объект запроса, но его можно менять его же методами.
В первых вьюсах все было вообще втупую:
drupal.org/node/180924
а именно hook_views_query_alter (&$view, &$query) Как видите, $query передается по сслыке и его можно менять в хуке. Ради справедливости стоит заметить, что там будет не простой стринг, а объект запроса, но его можно менять его же методами.
В первых вьюсах все было вообще втупую:
drupal.org/node/180924
Спасибо, буду разбираться :)
Согласитесь, можно было вынести это в админку, чтобы не нужно было ради одного запроса городить модуль. Или проработать документацию. По моим наблюдениям для Друпала есть либо статьи совсем базового уровня, вроде того на какие кнопки нужно нажимать в той же админке Views, либо нужно читать API или исходный код — а для среднего класса разработчиков статей довольно мало. Пожалуй это удручает больше, чем необходимость использовать местами грязные методы для достижения цели.
Согласитесь, можно было вынести это в админку, чтобы не нужно было ради одного запроса городить модуль. Или проработать документацию. По моим наблюдениям для Друпала есть либо статьи совсем базового уровня, вроде того на какие кнопки нужно нажимать в той же админке Views, либо нужно читать API или исходный код — а для среднего класса разработчиков статей довольно мало. Пожалуй это удручает больше, чем необходимость использовать местами грязные методы для достижения цели.
Вы сами сказали, что хотите поменять запрос программно. Значит нужно писать код. Значит его нужно сохранить в файл (код в базе — дикое зло, вспомните когда настроите SVN). А посему — создать модуль. Модуль друпала отличается от обычного текстового файла только наличием .info файла с 4мя строчками. Мне кажется, это не проблема для вас, и я уверен, вы с этим согласитесь.
Я думал, это было бы удобно сделать не программно, а на обычной странице редактирования вида, быть может на отдельной вкладке и с защитой от дурака. Согласен, меня и наложенные на ядро патчи пока что не пугают, но дискомфорт остаётся :)
Это безусловно быстрый способ. Но вы не учитыаете других нюансов. Если у вас что-то глючит — при правильном подходе вы сможете найти это в файлах, и откатить изменения. Если код находится в базе (ваша вкладка), то изменения 1) совсем не просто найти 2) непонятно кто их туда внес 3) нет удобства при редактировании (банальной подсветки синтаксиса).
Я бы не был так категоричен, всё-таки этот view будет на какой-то одной странице, и уж страница редактирования должна будет работать. В конце концов, я не предлагаю загонять в БД код модулей(это бред), а только один запрос для удобства :)
К слову сказать, к минусам можно отнести то, что из-за широкой распространённости Друпала среди новичков довольно сложно пробиться с дельным вопросом на профильных сайтах.
P.S. Мой опыт работы с Друпалом составляем всего лишь один проект, так что врядли можно считать мои слова объективными.
К слову сказать, к минусам можно отнести то, что из-за широкой распространённости Друпала среди новичков довольно сложно пробиться с дельным вопросом на профильных сайтах.
P.S. Мой опыт работы с Друпалом составляем всего лишь один проект, так что врядли можно считать мои слова объективными.
Если бы следующим постом вы написали вкратце, как писать модули (или просто комментом указали на понятный док, чтобы не надо было лопатить весь мануал по друпалу), я был бы вам очень благодарен.
Друпал начал изучать вчера ночью, первый цикл вашего биоритма миновал, сейчас где-то между первой точкой минимума и второй точкой максимума.
Друпал начал изучать вчера ночью, первый цикл вашего биоритма миновал, сейчас где-то между первой точкой минимума и второй точкой максимума.
А можно пару ссылочек на Ваши проекты? Интересно посмотреть.
график биоритма напоминает о маниакально–депрессивном психозе. ну, да ладно, я и сам такой. как странно, поставил плюсы обеим статьям, и «почему люблю», и «почему не люблю». мне нравится, когда люди с эмоциями к вопросу подходят. и, кстати, по моему эти статьи не холивар. и ещё кстати, по моему, оба автора друпал любят. да, мне не стыдно: мой комментарий – безбожная лесть всем, и авторам, и ресурсу, но за такой контент я и люблю ресурс.
про друпал в общем скажу следующее: сама система мне нравится за последовательность. но в германии, где я работаю, высшим пилотажем открытых CMS почему–то считается TYPO3 (каждая гос.организация считает хорошим тоном внедрять именно её, ну а иные структуры, претендующие на государственную серьёзность так же следуют этому примеру), а кривая обучения у drupal и TYPO3 приблизительно одинакова и, когда я стоял перед выбором, за какой фреймворк взяться, чтобы строить порталы, из–за пристрастия германии к TYPO3 выбор мой пал на неё (для дорогих порталов) и на joomla, для страниц подешевле. Если бы не было такого пристрастия страны к определённой системе, я бы взялся за друпал.
про друпал в общем скажу следующее: сама система мне нравится за последовательность. но в германии, где я работаю, высшим пилотажем открытых CMS почему–то считается TYPO3 (каждая гос.организация считает хорошим тоном внедрять именно её, ну а иные структуры, претендующие на государственную серьёзность так же следуют этому примеру), а кривая обучения у drupal и TYPO3 приблизительно одинакова и, когда я стоял перед выбором, за какой фреймворк взяться, чтобы строить порталы, из–за пристрастия германии к TYPO3 выбор мой пал на неё (для дорогих порталов) и на joomla, для страниц подешевле. Если бы не было такого пристрастия страны к определённой системе, я бы взялся за друпал.
понравился подбор картинок
о кеше — какое-то не обоснованное говно
о кеше — какое-то не обоснованное говно
Странно, я дошел до уровня «Произвольные типы данных, cck, views», но по прежнему не могу сказать, что «Drupal рулит».
Конечно, понимаю, что это мощная и продвинутая система, но логика построения сайтов на нем мне не очень нравится, удовольствия от изучения системы маловато. Это наверное как раз тот случай, что на вкус и цвет…
Конечно, понимаю, что это мощная и продвинутая система, но логика построения сайтов на нем мне не очень нравится, удовольствия от изучения системы маловато. Это наверное как раз тот случай, что на вкус и цвет…
Отличные статьи. С ОГРОМНЫМ нетерпением жду подобных про Битрикс :)
Статья — «Почему я не люблю битрикс?»
Потому что он платный ;)
Потому что он платный ;)
и именно поэтому не любишь есть — за еду-то тоже надо платить.
Ну никак ЦМС система не сравнима с жизненно-необходимыми вещами.
Не в этом дело. Есть вещи платные, есть бесплатные. Каждый сам уже определяет чем именно он хочет воспользоваться.
Также, автомобиль не сравним с жизненно-необходимыми вещами, однако мы можем купить и бентли и запорожец.
В общем я к чему, к тому что и бесплатное\платное может быть говном\хорошим.
Также, автомобиль не сравним с жизненно-необходимыми вещами, однако мы можем купить и бентли и запорожец.
В общем я к чему, к тому что и бесплатное\платное может быть говном\хорошим.
Есть вещи качественные, а есть некачественные. И когда цена (в том числе нулевая) слабо отражает качество, это не есть гут.
поэтому можно получить конфетку бесплатно, а можно и говна купить за деньги.
Когда это друпал стал конфеткой?) в неумелых руках это груда говна, также как и все платные\бесплатные решения.
он давно стал ей, AWARD уже дважды об этом объявил, меряться письками желания особо нет. Я помню как сам его изучал — и сейчас смотрю на тот проект — да он не весь сделан правильно, но до стадии говна я его не довел, хотя и сроки жали.
а пресловутый битрикс — вот это точно говно, идеи тыреные, а их черный пиар друпала, когда заказные статьи против капли писали были с крахом затоптаны в грязь, с тех пор как то их не очень люблю. Играть нужно честно.
а пресловутый битрикс — вот это точно говно, идеи тыреные, а их черный пиар друпала, когда заказные статьи против капли писали были с крахом затоптаны в грязь, с тех пор как то их не очень люблю. Играть нужно честно.
>он давно стал ей, AWARD уже дважды об этом объявил
Ииии? Есть так пиарить по миру — то почему бы и нет? Я знаю множество самописных решений, решающих узкий круг задач просто на 5+. Любая большая ЦМС, при решении подобных задач будет просто саксом, но никто не выдвинет на премию малоизвестную и специализированную разработку.
>а пресловутый битрикс — вот это точно говно, идеи тыреные
товарищ, в любой ЦМС 95% идей тыреные,
форум — стырили,
блоги — стырили,
и-магазин — стырили
Вот только не надо меланхоличного бреда про «Воровство» идей, оригинальных идей во всех ЦМС можно по пальцам посчитать.
>а их черный пиар друпала, когда заказные статьи против капли
Вас смешно читать. Заходим на форум друпала — читаем «Битрикс» говно, Заходим на форум Битрикса — «Друпал» сакс.
Это «Холивар», и здесь нет ПРАВЫХ и Виноватых. Каждый выбирает именно то, чем он умеет пользоваться и результат работы устраивает клиента\потребителя.
Меня вот всегда удивляло, неужто нельзя сказать, например, «Битрикс, Юми, Тупо3 неплохие системы, но я все же предпочитаю Друпал», так нет =) мы будем как в дет саду рвать тельняшки и кричать — «XXX» forever, «YYY» sux!
Ииии? Есть так пиарить по миру — то почему бы и нет? Я знаю множество самописных решений, решающих узкий круг задач просто на 5+. Любая большая ЦМС, при решении подобных задач будет просто саксом, но никто не выдвинет на премию малоизвестную и специализированную разработку.
>а пресловутый битрикс — вот это точно говно, идеи тыреные
товарищ, в любой ЦМС 95% идей тыреные,
форум — стырили,
блоги — стырили,
и-магазин — стырили
Вот только не надо меланхоличного бреда про «Воровство» идей, оригинальных идей во всех ЦМС можно по пальцам посчитать.
>а их черный пиар друпала, когда заказные статьи против капли
Вас смешно читать. Заходим на форум друпала — читаем «Битрикс» говно, Заходим на форум Битрикса — «Друпал» сакс.
Это «Холивар», и здесь нет ПРАВЫХ и Виноватых. Каждый выбирает именно то, чем он умеет пользоваться и результат работы устраивает клиента\потребителя.
Меня вот всегда удивляло, неужто нельзя сказать, например, «Битрикс, Юми, Тупо3 неплохие системы, но я все же предпочитаю Друпал», так нет =) мы будем как в дет саду рвать тельняшки и кричать — «XXX» forever, «YYY» sux!
Нет, как раз таки «Почему я люблю Битрикс» :D
«Почему я не люблю Drupal»…
«Почему я люблю Drupal»…
Прогнозирую название следующей статьи цикла — «Почему я равнодушен к Drupal»! :)
«Почему я люблю Drupal»…
Прогнозирую название следующей статьи цикла — «Почему я равнодушен к Drupal»! :)
«В Друпал надо вникать и въезжать как минимум полгода» — и вам решать, на что эти полгода потратить — изучать друпал или самому все написать.
Почему я люблю Drupal — я с ним не работаю.
Раздвоение личности? habrahabr.ru/blogs/drupal/44980/#comment_1198942
картинки не грузяццо (друпалдэнс)
О да, судя по этой статье друпал идеален, а если кто-то видит в нем недочеты, то то озлобленный школькик.
Ну блин, нельзя же мыслить настолько субъективно, когда готровишь статью на публику. Это же не желтая пресса!
Ну блин, нельзя же мыслить настолько субъективно, когда готровишь статью на публику. Это же не желтая пресса!
Я как раз сдал проект позавчера на друпале. Разбирался с нуля, за вечер необходимое понял и сделал, все сложности для новичка я нашел в документации, так что с этим все хорошо.
До этого делал сайт на джумле… имхо ужас! :)
До этого делал сайт на джумле… имхо ужас! :)
хочу заметить, что любой сайт это не цель, сайт просто средство достижения некой цели
а друпал — средство построения сайта
Ихмо, за полгода можно было на стандартном функционале создать неплохой сайт. Без оптимизаций, написания модулей и тд.
Чего там не хватило то? в стандартных имеющихся модулях
а друпал — средство построения сайта
Ихмо, за полгода можно было на стандартном функционале создать неплохой сайт. Без оптимизаций, написания модулей и тд.
Чего там не хватило то? в стандартных имеющихся модулях
Ваша кривая означает только одно — вы движетесь вперед.
Если бы вы разобрались допустим только с taxonomy, views и contemplates и пользовались каждый раз исключительно этими знаниями, то никаких провалов в «друпал — говно» у вас бы не было. А так — любое познание новогодолжно может сопроваждаться головоломками и матюками. НО — нужно признать, после того как вы разобрались как допустим сделать пейджер — каждое новое его создание занимает не больше минуты и доставляет только удовольствие, и так в каждом узле этой системы. Вот когда ваш набор модулей, функций и хуков будет отточен, тогда кривая будет прямой и располагаться только в верхней области.
ps: сам люблю друпал за то, что не имея классов он имеетхорошую уникальную наращиваемую модель, за то что в нем сделано все что только можно было сделать — остается только правильно этим воспользоваться, хотя тоже признаюсь были моменты когда он забирал нервные клетки(график тоже типа вашего:). Но на то он и гигант, а не индокод а-ля wordpress. А, и еще — в нем нет острых углов начиная с ветки 4.5 — все сделано настолько маштабируемо, что не возникает желания что-то там переделать по другому.
Если бы вы разобрались допустим только с taxonomy, views и contemplates и пользовались каждый раз исключительно этими знаниями, то никаких провалов в «друпал — говно» у вас бы не было. А так — любое познание нового
ps: сам люблю друпал за то, что не имея классов он имеет
Фраза «Дрюпал не для ленивых» для меня звучит как «Приготовьтесь потерять кучу времени и сил, чтобы у вас вышло что-то стоющее». Несколько раз пробовал дрюпал, ну никак не цепляет пока.
«Базовые проблемы начинающе-средних программистов Drupal»
быдло-кодеры заполнили все интернеты :(
По-моему с такими проблемами вообще в уэб-разработку нечего соваться. Да и вообще в разработку программных продуктов :)
быдло-кодеры заполнили все интернеты :(
По-моему с такими проблемами вообще в уэб-разработку нечего соваться. Да и вообще в разработку программных продуктов :)
НЛО прилетело и опубликовало эту надпись здесь
модикс — беспомощен против друпал — уж поверьте, он хорош для сайта визитки или статики с древовидной структурой сайта, но не более. Сильверлайт — пока не является общепринятым решением, у меня например до сих пор не установлено расширение. А symphony — исключительно ваше пристрастие, вам одно, мне например — больше ZF. Как говорится на вкус и цвет все фломастеры разные, но с модикс вы точно промахнулись, он здесь не конкурент.
Кажется, вам и предыдущему автору следует разобраться по-мужски и наконец устроить дуэль :) Секундант здесь сразу найдется ))
По-моему вода сплошная. Лучше написали бы конкретные проблемы с конкретными решениями. А не эти смешные графики «говно-рулез».
Как ни странно, holy war не получилось. Не удалось автору зацепить те струны, которые взывают человека кричать «да как он посмел!». Хотя, возможно дело в другом. Ну любит автор друпал, ну а я бананы люблю, ну и пусть будет так. Неинтересно в общем;)
Я бы с бОльшим удовольствием описание структуры и всего такого почитал, может быть это заставило бы меня поближе взглянуть на эту систему, чем эта, извините, вода.
Я бы с бОльшим удовольствием описание структуры и всего такого почитал, может быть это заставило бы меня поближе взглянуть на эту систему, чем эта, извините, вода.
как же у нас все просто — если моя CMS, то зайду и похвалю, слюнями побрызгаю так как шарю в ньюансах.
А если чужая — то зайду и гавкну что-то, что раньше слышал от других но нихрена не понял, назову говном, плюсану единомышленикам и уйду счастливым.
Как дети, ей богу.
А если чужая — то зайду и гавкну что-то, что раньше слышал от других но нихрена не понял, назову говном, плюсану единомышленикам и уйду счастливым.
Как дети, ей богу.
a что насчет высоких нагрузок на БД, о которой говорилось в предыдущей статье?
Почему я люблю друпал, но практически его не использую, а чаще вордпресс или модх, а то и симплекмс:
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
Да друпал это мечта, самому нравится! Но кторая легко работает только на локалке, потому что на обычном хостинге она тормозит нещадно, а вдс или сервер покупать под сайт, как то не очень.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему я люблю Drupal