Если нужно переместить блок и установить его за каким-то другим блоком, а сделать через админку это по какой-то причине нельзя, ну например на разных страницах должен быть разный порядок следования блоков, то в этом случае в препроцессе страницы можно пересортировать блоки. Например так:
Алгоритм действий
1. Устанавливаем модуль entityreference_view_widget
2. Создаю представление нужного типа (нода, если в поле автодополнения нужно выбирать ноду, либо пользователь и т.п.). В это представлении создаю display Entity Reference
3. Создаю поле типа Entity Reference и в его настройках включаю режим views
function mymodule_custom_form($form, $form_state) {
$node = new stdClass();
// тип материала с которого берется поле
$node->type = 'claim';
// подготавливаю массив поля в форме
$form['uc_product_image'] = array();
// присоединяю поле uc_product_image со всеми настройками,
// так как бы оно было при создании нового материала типа claim
field_attach_form('node', $node, $form['uc_product_image'], $form_state, NULL, array(
'field_name' => 'uc_product_image'
));
$form['submit'] = array(
'#type' => 'submit',
'#value' =>Если нужно построить урл материала на основе дерева категорий из таксономии то можно использовать подобный шаблон.
Это я про модуль pathauto
katalog/[node:taxonomy-catalog:parents:join-path]/[node:title]
если же товар может быть привязан к нескольким терминам, то используем
katalog/[node:taxonomy-catalog:0:parents:join-path]/[node:title]
где
katalog - корень каталога
[node:taxonomy-catalog:0:parents:join-path] - объединенные сегменты пути родительских терминов
[node:title] - имя ноды
После того как в типе материала или в термине создано текстовое поле, изменение его длины через админку невозможно. Но это можно сделать программно. Вот код:
Создание термина таксономии
$data = array(
'name' => 'имя теримна',
'vid' => GM_VID,
'description' => 'Описание',
);
$term = entity_create('taxonomy_term', $data);
$wrapper = entity_metadata_wrapper('taxonomy_term', $term);
$wrapper->save();
// теперь сохраняю поля
$wrapper->field_some_field = 'data';
$wrapper->save();
Создание ноды с коллекцией полей
Приемы работы с entity_metadata_wrapper
$wrp = entity_metadata_wrapper('node', $nid);
// вывод свойства сущности
print $wrp->title->value();
// Изменить значение поля
$wrp->field_file->file->set($fid);
Друпал контекстное меню навешывает на блоки, но если я хочу разместить контекстные ссылки на в любом другом элементе в шаблоне, то это можно сделать так:
<?php if ($is_admin): ?>
<div class="contextual-links-wrapper"><!-- это тот элемент, при наведении на который будут появляться контекстные ссылки -->
<ul class="contextual-links">
<li class="block-configure first"><a href="/node/1990/edit">Редактировать слайдер</a></li>
</ul>
</div>
<?php endif; ?>
Собственная ajax-команда в drupal 7 создается с помощью следующего кода, помещенного в js скрипт:
(function($, Drupal) {
Drupal.ajax.prototype.commands.afterAjaxCallbackFilter = function(ajax, response, status)
{
alert(response.data);
};
}(jQuery, Drupal));
После этого в ajax-обработчике запроса эта команда используется следуюзим образом.
$commands[] = array (
'command' => 'afterAjaxCallbackFilter',
'data' => 'some data',
);
Приватные файлы, который прикреплены к комментарию, ноде или пользователю для администратора сайта видны поумолчанию. Но вот если к какой-нибудь другой сущности, кроме перечисленных выше, например к уберкарт-заказу, прикрепить приватный файл, то админ его прочитать не сможет.
Чтобы решить эту проблему, необходимо реализовать hook_file_download_access с логикой проверки доступа к файлу.
Пример простейщей проверки, при которой доступ расрешается для всех авторизованных пользователей