Don't hack Drupal (фото)

PS. Хакать ядро - вносить свои правки в системные файлы Друпала.

LOL

бред

Иногда ни-как без этого. Например кривая реализация многоязыковости...

Лучше бы самолет, внутри копаться нельзя, а снаружи изменять и навешивать и можно.
p.s. Мораль: всё равно это когда-нибудь рухнет :)

Жжоте, батенька)))

Извинине что не по теме поста, но где об этом подробнее найти.

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

Да, согласен. Бывают и ошибки и баги в коде. В этом случае Ваше решение нужно отправить в issues на официальном сайте. Если это действительно ошибка или баг, то ее исправят в следующем релизе. Если же это Ваша прихоть, то вот это и называется ХАКАТЬ.
Я и сам не однократно отправлял патчи для некоторых модулей.
Вот некоторые:
http://drupal.org/node/351287
http://drupal.org/node/288535
http://drupal.org/node/310931

брехня. иногда компромисные решения сводятся к ломке ядра. и деваться некуда.
и это - решения ПОД ЗАДАЧУ.

Я думаю, что лучше сформулировать так:

1. Хакать ядро могут разработчики ядра.
2. Если ты не разработчик ядра и хочешь хакать ядро, то:
   1. стань разработчиком ядра или
   2. хакай правильно:
      1. создавай правильные и рабочие патчи,
      2. публикуй патчи на drupal.org в разделе issue,
      3. пиши свой модуль, если это возможно,
      4. если хакаешь модуль ядра, то хакай его копию в папке /sites/all/modules

PS. Получились какие-то законы хака ядра (это на китайском: "законыха каядра").

Да да. Такие вещи бывают. Только здесь есть один принципиальный момент.
В описанном случае Вы становитесь создателем своего собственного продукта. Откуда следует и наблюдение за работой продукта и поддержка и исправление багов. А помощи от сообщества в этом случае Вы врядли дождетесь.

Нет, конечно если Вам помощь не нужна и вполне достаточно времени на поддержку и развитие продукта, то тогда да.

"seaji" написал(а):
Да, согласен. Бывают и ошибки и баги в коде. В этом случае Ваше решение нужно отправить в issues на официальном сайте. Если это действительно ошибка или баг, то ее исправят в следующем релизе. Если же это Ваша прихоть, то вот это и называется ХАКАТЬ.
Например есть не прихоти, а откровенные ГЛЮКи в реализации, который не могут осознать например: #282178(отделение перевода интерфейса от перевода содержимого.
При этом, вопрос неоднократно поднимался в разных ветках, в конце концов был сведен к 1 ветки(вес остальные грубо закрыли) и это всё тянется уже пол года!
Пришлось тупо хакать в 2 местах, чтобы вернуть к варианту, который прекрасно работал в 5...

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

Ну это вообще нередко в open-source разработках, к сожалению. Это как поддержка плюральных форм и генетивов в переводах — постоянно приходится извращаться с ними при переводах различных приложений, а англоязычные разработчики, например, раз за разом забивают на необходимость учитывать чужие проблемы.