Задача: при заполнении пользователем формы EntityForm надо добавить ему роль, а при удалении админом этой формы - снять её. Пытаюсь сделать "интуитивно-понятным" путём: ставлю модуль Entity Rules, добавляю новое правило без условий, добавляю к нему действие "добавить роль пользователя" и указываю нужную роль. В целом получается что-то такое:

Требуется очень быстро собрать на Друпал простенький сайт для управления заданиями: есть тип материала "Задание", зарегистрированный пользователь может назначить ноду этого типа себе (или админ может назначить эту ноду ему), после выполнения задания нода помечается как "Исполненная". Разумеется, всё это, немного посидев, можно сделать на Вьюсах и Рулесах, но задача в том, чтобы поднять сайт БЫСТРО. Поэтому надеюсь на существование какого-нибудь модуля и связки, решающих эту типовую задачу.

До недавнего времени с успехом пользовался яндексовским сервисом Спеллер, прикрутив его по этой методике. И вот последние несколько дней он перестал работать - в окне проверки текста выдаётся "403 Forbidden nginx/1.4.4".

Никто не в курсе, не менялись ли у них недавно УРЛ-ы или условия доступа?

Долгое время я пользовался вот этим шаблонным конфигом для NginX под Drupal, но теперь окончательно понял, что его подход к безопасности меня категорически не удовлетворяет. В частности, мне не нравится, что по-умолчанию в нём разрешена обработка всех PHP файлов, хотя в действительности для работы с Друпал достаточно доступа к index.php, update.php и cron.php (install.php нужен только на время установки, а возможностями xmlrpc.php я не пользуюсь).

И вот тут меня посетили определённые сомнения: а не упустил ли я из виду ещё какие-то PHP файлы, доступ к которым нужен извне? Возможно, они требуются для работы каких-то модулей?

Имеется два типа материалов: Автор и Книга. У Книги может быть несколько Авторов, у Автора - несколько Книг.

Имеется несколько подшивок, в каждую из которых будет добавляться от нескольких десятков до нескольких сотен материалов с последующим их упорядочиванием. Пользователи жалуются, что при таких объёмах перетаскивать материалы вверх/вниз по подшивке крайне неудобно. Они готовы сразу заносить материалы в нужном порядке, но модуль подшивки автоматом сортирует добавленные материалы в алфавитном порядке.

Можно каким-нибудь способом отучить модуль Book сортировать добавляемые в подшивку материалы?

Имеется некий сайт на Друпал 6.25, содержащий несколько словарей таксономии, в которые пользователи могут добавлять свои термины. Требуется настроить уведомление администратора о создании каждого такого термина.

Пробовал решить это через Token Action + триггеры - не вышло, письма уходят, но замены токенов в них не происходит.

Известны ли вам какие-нибудь "более другие" варианты решения этой проблемы?

Имеется Drupal 6.22, Token actions 6.x-18, к триггеру "Термин добавлен" привязано действие "Отправить маркированный email..." вида:

Drupal 6.22, PHP 5.3.8, MySQL 5.1.28, "чистая" установка в пустую базу. Сразу после установки включаю модуль Localization update и добавляю русский язык. Автоматически загружается и устанавливается перевод для русского языка. При этом часть строчек остаются непереведёнными, например, Primary links или Navigation. В самом переводе они точно есть, но почему-то не применились.

Ладно, как говорится, "будем по-нашему, старинному". Скачиваю с официального FTP .po-файл с последней версией перевода, иду в "Перевод интерфейса", "Импорт", выбираю "Строки из загружаемого файла заменят существующие, новые строки будут добавлены" и импортирую файл с переводом. Всё применяется без ошибок... но непереведённые строчки остаются непереведёнными!

На всякий случай, чтобы убедиться, смотрю в сам .po-файл - там перевод для Primary links и Navigation есть.

Что я делаю не так?

P.S. Уточняю, что в саму таблицу locales_target перевод залился правильно, строчки для 'Navigation' и 'Primary links' там есть. Но на самом сайте они не отображаются. Кэш на сайте отключен, но на всякий случай его очищал.

Имеется поле Content Taxonomy, в которое пользователь может добавлять свои термины. Термины словаря сохраняются как в таблице ССК, так и в таблице "term_node". Хочется, чтобы при выводе материала в этом поле выводился не просто текст, а ссылка на соответствующий термин. Существует ли какой-нибудь хук, на который можно повесить свой обработчик для этого?

Имеется два ССК поля: текстовое "Количество" и список "Единица измерения". Во втором поле забит предустановленный список значений типа "пачка, ящик, коробка, вагон" и т.д. Хочется, чтобы при выводе материала название единиц измерения склонялись в соответствии с введённым количеством из первого поля, например: "1 ящик", "2 пачки", "5 вагонов".

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

Собственно, данные вопросы - из серии "подскажите, как это принято ПРАВИЛЬНО делать"?

1. Имеется ССК два поля, текстовое "количество" и список "единица измерения". Во втором поле забит предустановленный список значений типа "пачка, ящик, коробка, вагон" и т.д. Хочется, чтобы при выводе материала название единиц измерения склонялись в соответствии с введённым количеством из первого поля, например: "1 ящик", "2 пачки", "5 вагонов".

Я правильно понимаю, что обработку правильнее реализовать с помощью темизации поля? Где и в каком виде лучше хранить сам список?

2. Имеется поле Content Taxonomy, в которое пользователь может вводить свои термины. Термины словаря сохраняются как в таблице ССК, так и в таблице "term_node". Хочется, чтобы при выводе материала в поле выводился не просто текст, а ссылка на соответствующий термин. Существует ли какой-нибудь хук, на который можно повесить свой обработчик для этого?

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

Drupal 6.20 + CCK 3.0-alpha1, создано многогрупповое мультиполе, каждая группа в котором представлена двумя ССК-полями: imagefield & textarea. У этих полей стоит аттрибут "Обязательно", у самого мультиполя этот аттрибут снят.

Ожидаемое поведение: в мультиполе может быть от 0 до бесконечности групп полей, в каждом из которых обязательно будет картинка и текст.

Реальное поведение: при попытке создания/просмотра материала выскакивает ошибка "Обязательное поле не задано". Причём ругается только на imagefield, textarea с тем же аттрибутом игнорирует. При снятии аттрибута "Обязательно" с поля картинки всё работает (несмотря на наличие этого аттрибута у поля с текстом). Тем не менее, это создаёт потенциальные проблемы, в случае если пользователь забудет/саботирует создание поля с картинкой.

Если у кого-то есть решени или workaround для этой проблемы - буду премного благодарен!

P.S. Это был, оказывается, баг: http://drupal.org/node/1081072. В новой версии его исправили.

Установлен Apache 1.3.42 + PHP 5.3.5 + Drupal 6.20 с "чистыми ссылками", на всём этом с помощью мультисайтинга работает несколько сайтов. Соответственно, на каждом сайте полный URL к картинкам и файлам выглядик как http://www.domain.tld/sites/domain.tld/files/filename.ext, что вполне работоспособно, но чисто эстетически выглядит несколько длинновато.

Долгое время не пользовался views, опасаясь его размера. Три дня назад пришлось его поставить для решения определённой задачи, плотно посидел над документацией и примерами - и был впечатлён его гибкостью и мощью. Но осталось несколько вопросов, ответы на которые я пока не нашёл. Надеюсь, гуру views помогут мне советом или готовым рецептом.

1. Есть вьюшка с exposed filter по таксономии, словарь которой имеет два уровня вложенности. Как сделать так, чтобы при выборе термина верхнего уровня страницы с подтерминами тоже попадали в выборку? Например, чтобы при выборе термина "Туполев" показывались также страницы с терминами "Ту-144" и "Ту-95".

2. Есть вьюшка, которая выводит все материалы определённого типа. Как задать exposed filter, чтобы эти материалы можно было отсортировать по алфавиту/времени/рейтингу? По отдельности эти сортировки сделать не проблема, но не могу придумать, как их объеденить для выбора пользователем в виде одного выпадающего списка. Или надо делать несколько вьюшек и переключать их в зависимости от текущего значения в поле?

3. Есть вьюшка, которая выводит список заголовков материалов в три колонки в виде grid. Хочется, чтобы заголовкам, начинающимся на одну букву, предшествовал header с этой самой буквой (примерно как в предметном указателе в конце книжек). Есть ли возможность в views группировать выводимые строки по первой букве, чтобы потом этот вывод можно было темизировать? Может, для этого существуют какие-то готовые рецепты?

Заранее спасибо за помощь!

Есть тип материала, состоящий преимущественно из текстовых ССК полей. Первые три поля представляют собой короткие текстовые строки. Хочется объединить их в табличку из трёх строк и вынести её с помощью {float: left;} на край страницы.

Понимаю, что это надо делать через темизацию. Не понимаю, как именно выделить именно эти три поля. Подскажите, а?

Собственно, вопрос содержится в заголовке. Пытаюсь в теме поменять местами ссылки "Читать далее" и "Добавить комментарий" в конце анонса новости, нигде не могу найти, как это сделать. По коду вижу, что эти ссылки в массив links добавляются в модулях node.module и comment.module, но ни в одном css описания классов для node_read_more и comment_add я не нашёл. Помогите новичку!

P.S. Ещё одну странную вещь заметил: пытаюсь избавиться от ссылки "Читать далее" в новостях, состоящих из одного анонса, специально добавляю в самый конец ноды <!--break-->, после которого ничего нет. По идее, node->readmore должен быть пуст, и ссылка "Читать далее" не должна выводиться. Тем не менее, в каких-то нодах это прокатывает, а в каких-то - нет. Судя по поиску на Друпал.ру, я не первый с этим сталкиваюсь. Можете помочь советом, на что обратить внимание?

1. Правильно ли я понимаю, что предустановленные типы материалов story и page различаются только настройками комментов и выводом на главную? Или между ними есть какие-то более глубокие внутренние различия?

2. Допустим, на сайте используются только ноды типа page. Могу ли я безболезненно переименовать тип story в news, например? Не будет ли при этом проблем во время обновлений? Или лучше создать новый тип?