Кратко опишу суть проблемы:

Дано:
1. Тип контента, у которого есть несколько полей, в которых хранится наличие товара на складах, назвем из А, В, С (целые числа)
2. Каталог на Search API, Search API SOLR, поисковый бэкенд - Apache SOLR

Нужно:
Для определенной роли организовать сортировку, по которой в каталоге будет контент будет выводится сначала со склада А, потом со склада В, потом со склада С (по убыванию), потом весь остальной (сортировка по сводному полю наличия по убыванию).

Идея реализации:

hook_search_api_query_alter(SearchApiQueryInterface $query)

В нем задаем несколько $query->sort($sort, $order); (сначала для поля наличия по складу А, потом для поля наличия по складу В и т. д.)

Собствено, суть трабла:

После обновления ядра до 7.22 перестали отображаться thumbnail превью изображений. Фактически проблема возникла еще при обновлении на 7.19 (в этой версии ядра устранили уязвимость в механизме работы пресетов изображений), но я версии ядра 7.19-20-21 успешно "пропустил".

На д.орг на странице модуля есть ишью по поводу этой проблемы, и даже есть патчи: http://drupal.org/node/1933596
Но к сожалению, они не работают с последней версией ядра.

Может кто-то уже сталкивался с этой проблемой?

Собственно, столкнулся с интересной задачей:

Есть:
Фасетные отборы каталога товаров, реализованные на Facet API+Search API+Apache SOLR в бекэнде.

Нужно:
Реализовать генерацию ссылок в sitemap.xml по первому уровню фасетных отборов (одновременно активен только одно значение любого фасета).

Встречал ли кто что либо похожее (готовое, или sandbox)? Хотелось бы посмотреть подход к решению задачи. Задача не простая в первую очередь с точки зрения производительности - так как планируется использовать эту приблуду на не маленьких объемах данных:

Типов контента: около 150
Общее количество фасет (полей): около 1100
Примерно 60% фасет - поля таксономии, в среднем 10-20 терминов в словаре (есть и большие, по несколько сотен терминов в словаре).

Собственно, вопрос:

Каким образом реализовать создание скидки при достижении определенной суммы в корзине?

Для примера:

Общая сумма в корзине составляет до $500 - скидки нет
Общая сумма от $501-$1000 скидка 3%
Общая сумма свыше $1000 скидка 5%

Суть проблемы.

При импорте значений поля нужно сохранить иерархию таксономии. Для обработки иерархии использую модуль Feeds tamper term hierarchy

Обнаружил следующий баг:

Например есть два термина:

Фурнитура (основной термин)
-Пуговица (подчиненный термин)

Если везде в импорте используется подчиненный термин - все импортируется корректно. Если хотя бы в одном материале подключается основной термин - начинаются сбои импорта: создается куча дублирующих "пар":

Суть вопроса. Каким образом можно настроить доступ к определенной ноде определенным пользователям? Доступ на основе ролей не подходит - каждый пользователь может иметь уникальный список нод, к которым он может получить доступ. Распределение доступа касается только одного типа контента. В остальных предусмотрен типовый доступ для просмотра.

Короткое описание:
Есть некий views, который вызывается программно с помощью views_embed_view().

В качестве аргумента во вьюху передается строка вида 1+12+35+4, где число - номера нод. Настройка exposed filter предусматривает множественные значения.

Суть вопроса:
Каким образом заставить views вывести результат (поля нод) именно в той последовательности, в которой были переданы соответствующие аргументы (номера нод)? То есть в данном случае сначала для ноды с номером 1, потом для ноды с номером 12 и т. д.

Суть вопроса.

Есть веб-форма, которая сабмитится с помощью Ajax. Аджаксовый сабмит реализован с помощью собственного порта модуля Webform Ajax

Без LABjs все работает отлично, с оным - отказывается сабмитить форму, при этом выдает ошибку

Суть пробемы. Есмть необходимость выводить форму создания определенного типа контента в блок. Для этого в код блока помещен следующий код:

module_load_include('inc', 'node', 'node.pages');
$form = node_add('photoaction');
print drupal_render($form);

Все работает хорошо, за исключением одного момента - при попытке загрузить файл обработчик загрузки отваливается с ошибкой:

An AJAX HTTP request terminated abnormally.

При этом, если попробовать сохранить ноду, она сохранится корректно, и изображение будет присутствовать в ноде.

Суть вопроса.

Есть вьюха с exposed filter. При определенных значениях фильтра в выводе вьюхи не будет значений, то есть результат пустой. Опция "Пустой текст (выводится при пустом представлении)" задана. Текст, установленный в опции выводится, но при этом скрывается и форма exposed filter.

Каким образом на странице пустого результата оставить отображение формы с exposed filter?

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

Модуль Feeds - простое и мощное решение для организации импорта данных. Даный модуль имеет возможность работать с разными стандартами данных, в частности с CSV, XML, OPML.
При организации импорта часто появляется необходимость проводить обработку данных перед их подачей на сайт. Для обработки данных в процессе импорта предназначен модуль Feeds Tamper. Этот модуль позволяет определить для каждого поля действие (или совокупность действий) по обработке данных.

Список стандартных операций довольно большой (рис. 1.):

Каждое действие технически реализуется в виде отдельного плагина, который подключается к модулю Feeds Tamper, и после подключения становится доступен в списке "The plugin to add".

Суть проблемы.

Каким образом, используя механизм аджаксового пейджера views задать в нем ссылку на отображение полного списка элементов? То есть реализовать функционал "show all".

Есть встроенный механизм Expose items per page, который позволяет вывести все элементы. Но там немного другой функционал - форма с выпадающим списком, в котором можно выбрать значение all.

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

Суть проблемы.

На сайте включена поддержка локализации (модуль Locale). По умолчанию установлен Украинский язык (uk). В настройках типа контента установлено: Multilingual support: Disabled. В ремарках для этой настройки указано: If disabled, new posts are saved with the default language. Следовательно, поля должны сохранятся с текущей локалью пользователя - uk.

При сохранении контента некоторые поля сохраняются так, как нужно - с локалью uk, а некоторые с признаком локали und.

В чем может быть проблема с такой "неправильной" установкой языковой локали поля?

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

Поскольку количество нод большое (3-5К) используется queue api. При этом на один элемент очереди приходится один тип контента (примерно 300-500 нод на один элемент очереди).

За один запуск крон обрабатывает примерно 3/4 всех очередей, после этого редиректит на страницу запуска крона с сообщением о том, что доступ запрещен. При повторной авторизации и запуске крона нормально обрабатывает оставшиеся 1/4 очередей и нормально завершается уже без всяких проблем.

Сам по себе функционал выгрузки полностью работоспособен - проверял "ручным" запуском без использования крона - без проблем "кушает" порциями до 1.5К нод, и не давится.

В логах друпала чисто.

Опытным путем, комментируя строчки кода, обнаружил, что "узкое место" в данном случае это функция node_load(). Все аргументы, которые передаются в нее корректны.

В чем может заключаться проблема, и куда копать по отладке такого типа проблем?

Суть трабла. При сохранении некоторых нод после внесения изменений в тайтл ноды появляется ошибка:

PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '7n7p7A5ELn1_RosSW_K05qvV-u0MHGJTVW6dD_YcgGQ' for key 'hash': INSERT INTO {redirect} (hash, type, uid, source, source_options, redirect, redirect_options, language, status_code, count, access) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10); Array ( [:db_insert_placeholder_0] => 7n7p7A5ELn1_RosSW_K05qvV-u0MHGJTVW6dD_YcgGQ [:db_insert_placeholder_1] => redirect [:db_insert_placeholder_2] => 1 [:db_insert_placeholder_3] => catalog/bag/sumka-dlya-noutbuka-164-dicota-n22538p-motion-comfort [:db_insert_placeholder_4] => a:0:{} [:db_insert_placeholder_5] => node/9234 [:db_insert_placeholder_6] => a:0:{} [:db_insert_placeholder_7] => uk [:db_insert_placeholder_8] => 0 [:db_insert_placeholder_9] => 0 [:db_insert_placeholder_10] => 0 ) in drupal_write_record() (line 6861 of /includes/common.inc).

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

На сайте установлены:

Global Redirect
Pathauto
Redirect

Суть трабла. Задаю алиасы типа:

Приходим на: ?p=8
Редиректимся на: /catalog

По началу все красиво сохраняется, но потом начинают пропадать. В чем может быть трабл?

Судя по периодичности "пропаж", это происходит после запуска крона.

Каким образом можно реализовать следующий функционал: в результат поиска должны выводиться только ноды текущей языковой локали?

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

Как вариант вижу решение через hook_search(), но возможно есть уже готовый функционал, чтобы не выдумывать велосипед.

Суть трабла.

Собрал набор модулей для сайта. Перенес с Денвера на сервер разработки. Создал несколько блоков, словарей таксономии и два меню.

Далее при попытке зайти в admin/structure/menu вылетает WSOD со следующим текстом:

(function ($) { Drupal.behaviors.menuChangeParentItems = { attach: function (context, settings) { $('fieldset#edit-menu input').each(function () { $(this).change(function () { // Update list of available parent menu items. Drupal.menu_update_parent_list(); }); }); } } /** * Function to set the options of the menu parent item dropdown. */ Drupal.menu_update_parent_list = function () { var values = []; $('input:checked', $('fieldset#edit-menu')).each(function () { // Get the names of all checked menus. values.push(Drupal.checkPlain($.trim($(this).val()))); }); var url = Drupal.settings.basePath + 'admin/structure/menu/parents'; $.ajax({ url: location.protocol + '//' + location.host + url, type: 'POST', data: {'menus[]' : values}, dataType: 'json', success: function (options) { // Save key of last selected element. var selected = $('fieldset#edit-menu #edit-menu-parent :selected').val(); // Remove all exisiting options from dropdown. $('fieldset#edit-menu #edit-menu-parent').children().remove(); // Add new options to dropdown. jQuery.each(options, function(index, value) { $('fieldset#edit-menu #edit-menu-parent').append( $('').val(index).text(value) ); }); } }); } })(jQuery);

После возврата на главную отдает следующий ворнинг:
 

Суть трабла. Есть вьюха, которая выводит список тайтлов нод, отфильтрованный по пользователю, который создал в ноде хотя бы одну ревизию. Следовательно, могут быть дубликаты, если пользователь создавал в одной ноде более одной ревизии. Как убрать дубликаты?

В старом Views была опция Distinct, которая отвечала за функционал ликвидации дубликатов. В Views 3 вместо нее вроде как Use grouping. Включил режим Use grouping, для поля Content: Title выставил Group settings в формате Group results together, но дубликаты остались. В какую сторону копать?

Суть задачи.

Перехватываю по hook_fork_alter() форму редактирования ноды. Для определенных ролей добавляю на нее дополнительную кнопку, при нажатии на которую необходимо сохранять содержание формы, не обращая внимания на то, что некоторые обязательные поля могут быть пустыми. Такая себе опция промежуточного "быстрого" сохранения.