Quote:

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

Мне такие рассуждения представляются бессмысленными. Какая разница - в итоге, все равно получится говно )))

q2_faith,
А кто проследит, чтобы модуль с d.org был качественный, был правильно настроен и внедрен ? Кто помешает джуниору нагадить в шаблоне или template.php ?
Это личная половая трудность заказчика - выбрать грамотного исполнителя. Дяди с drupal.org ему в этом не помогут ))

adubovskoy,
я выше писал, что все всегда упирается в конечного исполнителя. Модули с drupal.org хоть и дают некоторую защиту, но не панацея от отсутствия квалификации. Да и хороший модуль с drupal.org можно внедрить через жопу. Делов то..
Мне кажется это очередной миф, что можно нанять индусов/школьников, дать им хороший инструмент (Друпал) и получить на выходе хороший результат. Везде, где серьезный подход к разработке, за джуниорами присматривает синьор. И это его задача следить, чтобы не было "mysql query в теме и хаки ядра".

Я бы мог написать подробное объяснение, почему Nodewords - говно. Только мой труд не будет оплачен, поэтому уж извините, распинаться не собираюсь.
Это серьезная работа.
А показывать код своего сайта - зачем ? Это конфиденциальная информация. Я уже объяснил, что это всего 2 страницы простейшего кода. Если разработчик неспособен в них разобраться - гнать надо такого разработчика.

adubovskoy wrote:

"Crea" wrote:

пример с Nodewords был выше.

А я его не понял. Я вообще не понимаю определения "плохой". Понимаю "хуже чем". Вот хуже чем что - мне не показали. Покажите код, который делает то же, но лучше и красивей. Зачем прятать от сообщества?

adubovskoy,
пример с Nodewords был выше.

про фрилансеров не скажу, а говномодулей на d.org намного больше 50%

q2_faith wrote:

естественно мы сейчас говорим не про "в контактике", а достаточно распространенные визитки, каталоги, инет-магазины. опять же повторюсь, для клиента лучше, когда разработка дешевле(модули с д.орг) и дальнейшее сопровождение дешевле(модули с д.орг).

Quote:

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

Я правильно понимаю, что вы своим заказчикам ставите Nodewords вместо своего модуля для метатегов ?

Chyvakoff wrote:

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

Недавний пример отказа от "универсального" модуля.
Использовал модуль Google Ad Manager долгое время. Недавно обновился до 3.х, чтобы использовать Google Publisher Tags. Оказалось, в новой ветке регрессия - нет возможности изменить вывод рекламного кода через фунцию темизации. Плюс, потребовалось привязать слоты GPT к каналам Adsense, а это делается через JS и этой функции в модуле нет.

сайт без разработчика...мечты, мечты.....

Geldora wrote:

Geldora,
Про метатеги вы неправильно поняли. Конечно, записывать их напрямую в шаблоне невозможно, т.к. они динамические. Я писал о своем модуле, который делает все что нужно (description + keywords + robots), при этом не имеет интерфейса. Кода там всего на пару страничек, так что багам и дырам взяться неоткуда.

Разумеется, результат в любом случае зависит от квалификации исполнителя. Я описываю ситуацию только с точки зрения программиста, знакомого с best practice разработки под Drupal.

Quote:

есть поддержка

Крайне редкое явление. Мои тикеты очень часто получают ответ через год. Бесплатная поддержка, ну это примерно, как бесплатный сыр...:)

Черное на сером не читаемо...
В частности, размещать так адрес с телефоном - грубая ошибка.

q2_faith wrote:

я нигде не прочитал про программно созданную вьюху и с галереей тоже самое, пресеты программно создаете? ;)

Создавать программно не обязательно. достаточно экпортировать. Я к тому, что держать в коде - как бы бест практис

q2_faith wrote:

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

Самое главное - свой модуль на 100% соответствует задаче. А большинство модулей Друпала это каша из топора. Изначально кажется, будето они способны справиться с задачей, а позднее постоянно натыкаешься на баги, невозможность реализации тех или иных фич. И вот уже разработчик, вместо того, чтобы работать над своей задачей, исправляет чужой модуль.
И на эту кашу из топора все попадаются

Я про себя не говорю Я себя вообще программистом (в классическом понимании) не считаю..

q2_faith wrote:

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

Нелюбовь к чужому коду у программстов - явление известное. Проблема в том, что модуль с drupal.org - это тоже чужой код.

adubovskoy wrote:

"Crea" wrote:

Наоборот. Кастомное решение более простое и снижает издержки на поддержку.

Quote:

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

Наоборот. Кастомное решение более простое и снижает издержки на поддержку.

ХулиGUN, много друпалеров не являются программистами. Спорить тут не о чем, это просто факт.

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