Наткнулся на новый трабл при работе с Drupal Commerce. Кратко изложу суть трабла:

Есть тип товара, с некоторым количеством полей, есть тип контента, к нодам которого атачатся товары. У товаров есть филды, и в том числе филд-релейшены таксономии.

Создал вьюху каталога товаров. Отображает товары нормально, но когда попробовал прикрутить передачу аргумента полезли баги. Если использовать в качестве аргумента Taxonomy Term ID, аргумент не работает, и результирующая вьюха дает пустой результат. Когда посмотрел текст запроса вьюхи, не нашел в нем join для параметра-таксономии. Такое впечетление что Term ID игнорируется как аргумент. Если как аргумент использовать например код товара, то все работает нормально.

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

Вьюс использую 7.x-3.x-dev (в рекомендованой alpha1 тот же косяк), коммерц alpha5.

Спасибо.

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

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

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

Вопрос: как на изображение накладывать "маску" с прозрачной круглой центральной частью, и однотонной заливкой одним цветом в остальной части?

Как вариант решил позиционированием поверх изображения картинки-"маски", но хотелось бы найти более правильный, так сказать, drupal-style вариант, чтобы данную задачу решать внутри имеджкеш-пресета. Возможно кто-то встречал модуль-плагин к имеджкешу для решения подобных задач.

Совершенно случайно в процессе создания RSS - лент натолкнулся на несовместимость модулей Devel themer и Views.

В кратце объясню суть обнаруженной проблемы. Нужно было создать RSS-ленту для определенного типа контента. Для этого я воспользовался модулем Views, и создал вьюху с представлением типа Feed, которое соответствующим образом настроил. Но при вызове RSS получал не переход на соответствующую страницу, а xml-файл, который к тому же корректно не обрабатывался браузером. На друпал.орг нашел тему, но в ней в основном грешат на template.php, в котором ничего крамольного не обнаружил.

После этого проанализировал исходники xml-файла, и нашел там паразитные тэги, из-за которых браузер не хотел парсить xml . Как только отключил Devel themer, все сразу начало работать корректно, так как тэги убрались.

Вот такие бывают грабли.

При попытке вызвать вывод всех терминов таксономии через taxonomy/term/all получаю "The requested page could not be found". В чем может заключаться трабл?

P.S. При этом параметрический отбор терминов работает: taxonomy/term/1+2+3 например, дает правильный результат.

Суть трабла.

Друпал 7.

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

Как создать и настроить формат текста - нашел. (По умолчанию доступны три: Filtered HTML, Full HTML, Plain text, и все настраиваются).
Как задать формат текста для ноды при ее создании/модификации - нашел.
Как задать формат текста для типа контента - не нашел. Или хитро запрятано, или заработался и не вижу.

Суть трабла.

Поставил модуль Subscriptions для организации подписки пользователя на комменты в нодах. В нодах все толком, ссылка "Подписаться" выводится нормально.

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

Куда стоит копать?

Суть трабла.

Периодически появляется критическая ошибка:

Fatal error: Call to undefined function file_directory_path() in Z:\home\alpha3\www\sites\default\modules\insert\insert.module on line 28

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

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

Пишу модуль-надстройку над Global Redirect для корректного транслирования алиасов типа ?p=33. Идея - перехватываю такой алиас, транслирую его в соответствующий clean url, и отдаю по drupal_goto.

Перехват урла делаю по хуку hook_init(). Для своего модуля задал приоритет выполнения выше, чем у Global Redirect (через апдейт таблицы system в hook_install моего модуля), чтобы мой перехват срабатывал перед глобал редиректом.

Уперся в следующую проблемму: как получить строку урла такой, какой она есть? Смотрел devel'ом через $_GET, там вместо ?p=33 лежит "распарсенное" значение:

В процессе написания модуля возникла необходимость получать данные из базы, которая хранится на другом хосте. Нашел и прочитал http://drupal.ru/node/19457

Описал в settings.php подключение к нужной бд. Описал в модуле вызов db_set_active() к нужной базе, а после - возврат к дефолтной. Все это завязал на клик по пункту меню в админке.

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

Может ли Global Redirect обрабатывать алиасы типа ?p=33 ? То есть алиасы в формате запроса.

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

Например: есть стандартный друпальный адрес domain.com/node/111, который нужно подменять на domain.com/?p=256.

Сабж. В Store - Configuration - Currency settings доступны только две валюты: Euro и United States Dollar.

Как добавить еще одну валюту, скажем, российский рубль?

Суть трабла. Необходимо организовать импорт товаров в Drupal Commerce.

Как это сделать в Ubercart под D6 мне ясно. Node import с допиливанием под кастомные филды, или свой модуль в котором парсим csv и дергаем node_save. Но в Drupal Commerce ситуация немного поменялась. Тут товар представлен не нодой, а отдельной сущностью product. Следовательно, вышеуказанный алгоритм не подходит.

Как в такой ситуации поступать? Писать напрямую в базу, делая все соответствующие проверки? Или есть специфическая функция Drupal Commerce, аналогичная node_save?

Суть трабла следующая. Есть пакетная операция, в которой производится операция построчного считывания данных из файла. Считывание из файла производится через функцию fgetss(). Дескриптор файла сохраняется в $context['sandbox'][f].
На определенном шаге выполнения пакетной операции дескриптор пропадает, в переменной $context['sandbox'][f] значение 0. При этом на предыдущем шаге значение точно туда записывается. Сбой происходит на разных местах файла (пакетная операция корректно обрабатывает в среднем до 40 строчек, и дальше теряет дескриптор.) В чем может быть проблема?

Суть проблемы следующая:

Создаю модуль под Drupal 7. Функционал модуля создал, теперь хотелось-бы добавить к нему человеческий интерфейс для настройки.

Прописал в .info ссылку на файл с формой настроек модуля: files[] = "parser.admin.inc", добавил configure = admin/config/parser
В .admin.inc создал функцию parser_admin_settings(), в ней описал форму с настройками, задал return system_settings_form.

В Drupal 6 есть возможность создавать "многокомпонентные" сск поля. Информации по этому поводу достаточно много.

А как обстоит дело в Drupal 7? Функционал ССК в нем интегрирован в ядро, и в сети попадалась информация о том, что механизм сompound fields также планируют сделать частью ядра.

Кто уже сталкивался с реализацией сompound fields в D7? Не хочется изобретать велосипед, если возможно все уже сделано)

Решил на досуге опробовать Drupal Commerce. Создал тип товара, добавил поле "изображение", и... понеслась. При создании записи товара возникает следующая Ajax ошибка загрузки изображения товара:

* Warning: call_user_func_array(): First argument is expected to be a valid callback, 'commerce_product_product_form' was given in drupal_retrieve_form() (line 724 of Z:\home\d7\www\includes\form.inc).
* Notice: Undefined index: field_image in file_ajax_upload() (line 277 of Z:\home\d7\www\modules\file\file.module).
* Notice: Undefined index: #suffix in file_ajax_upload() (line 286 of Z:\home\d7\www\modules\file\file.module).

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

Если к товару изображение не загружать, все сохраняется корректно.

В чем может быть проблема?

Суть проблемы. Задаю пакетную операцию (импорт терминов таксономии из CSV-файла. Все отрабатывает в общем корректно (данные из файла успешно импортируются в словарь таксономии), но пакетная операция не завершается, а переходит сначала на инициализацию, а потом на повторное выполнение, и так далее по кругу.
В чем может быть проблема?

Суть проблемы следующая.
Возникла необходимость импорта большого объема данных из csv-файла. Решил воспользоваться пакетными операциями.
Написал код, функция запуска пакетной операции запускается по клику меню:

После переноса сайта на хостинг возникла следующая проблема:

В нодах и блоках после их редактирования перестает работать формат вывода "php code". Вывод в HTML работает нормально.
В новых нодах и блоках трабл аналогичный.
В нодах и блоках, которые еще не редактировались все работает нормально.

В похожей теме решения проблемы не нашел.

Включение/выключение модуля PHP Filter, очистка кэша, и прочие танцы с бубном проблемы не решили.

В каком направлении стоит копать?