neochief wrote:

Кстати, о CCK мы уже писали похожее как-то раз — http://shvetsgroup.com/ru/blog/custom-cck-2-field[/quote]
Толково!

Dan wrote:

После перевода надо будет занести статьи в подшивку документации в обязательном порядке.

Ага, только надо со ссылками на оригиналы треллонавтовских статей

Dan wrote:

На английском худо-бедно найти информацию можно, но на русском мало. Тем более в одном месте.

А ведь коммьюнити для этого и существуют!

Dеmimurych wrote:

которая содержит ряд КОНЦЕПТУАЛЬНЫХ ошибок в описаниях хуков DRUPAL

Я правильно понял, ряд состоит из одного пункта?

Quote:

как пример - хуки друпала не привязаны к имени модуля. Да, такая привязка в некоторых "высокоуровневых" функциях друпала есть. Но это не правило.

Базару нет. Нельзя ли фееричную цитату, где написано, что это правило?

Dеmimurych wrote:

а это не так. к имени модуля - это имеет отношение точно так же как ромб к паралелограмму.
первый является частным случаем последнего.

Во-первых: в данном случае скорее наоборот - реализация хуков _insert, _update, _delete и еще нескольких в модуле node является исключением из правила, если уж вам угодно называть это правилом. Если же есть некое более общее правило, может быть, уже пора его привести вместе со ссылкой на документацию, где это правило указано?

Во-вторых: node_invoke - это workaround, созданный для того, чтобы разработчик не втыкал условные операторы в хуки, если у него создается несколько типов нод в одном модуле. О том, что это workaround говорит вся реализация, начиная с того, что в комментариях к hook_node_info() говорится "обычно сюда вставляют имя модуля" и заканчивая тем, что столбец в БД, в котором хранится префикс названия функции реализации хука прямо так и называется - имя модуля ('module'). Сделано это, я полагаю, специально, чтобы у пользователя не создалось впечатление о существовании неких более общих правил, нежели имямодуля_имяхука.

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

В четвертых, реализацию произвольного хука, вызываемого через module_invoke() или module_invoke_all(), иначе как с имени модуля у вас начать не получится, и это действительно правило.

Наконец, в пятых, если эта ошибка так фундаментальна, предлагаю начать ее исправление прямо со страницы API Hooks, потому что ее авторы явно с вами насчет правил не согласны. Цитата:

Quote:

Drupal's module system is based on the concept of "hooks". A hook is a PHP function that is named foo_bar(), where "foo" is the name of the module (whose filename is thus foo.module) and "bar" is the name of the hook. Each hook has a defined set of parameters and a specified result type.
The available hooks to implement are explained here in the Hooks section of the developer documentation. The string "hook" is used as a placeholder for the module name in the hook definitions. For example, if the module file is called example.module, then hook_help() as implemented by that module would be defined as example_help().