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

Продолжаю разбираться с модулем views. Пытаюсь на странице ноды вывести блок и несколькими полями из профиля автора этой ноды. Блок создал, нужные поля выбрал, а как с нодой это связать не понимаю... Через "аргументы"? Через "Взаимосвязи"? Не вижу ничего подходящего для решения. Подскажите пожалуйста!

При создании на сайте материала определенного типа заголовок должен формироваться автоматически в формате "Заказ №XXXXYYZZ", где:
XXXX подрядковый номер заказа за текущий месяц
YY номер месяца в году
ZZ две последние цифры года.

Пример того что должно получиться - большой квадрат справа на http://www.printing.com/
Если объяснять словами, то в блоке поочередно меняются несколько картинок, при наведении на картинку мышкой смена картинок прекращается, каждая картинка является ссылкой на страницу сайта (для каждой картинки ссылка своя). С помощью какого модуля это можно реализовать?

На самом деле вопросов два.
1.Требуется отправить админу письмо когда на сайте появляется новый материал. Попытался это сделать через "действия" и "триггеры". Всё работает, однако при попытке вставить в текст письма переменную %node_url (ссылку на вновь созданный документ) письмо перестает отправляться. Если вешаю данное действие на редактирование существующего документа то письмо приходит. Неужели Друпал пытается отправить письмо когда документ еще не сохранен и ссылки на него не существует? Как это обойти?

мультисайтинг на 2 сайта с модулем domain (т.е. БД общая).
таблица users_roles для каждого сайта своя для первого users_roles, для второго domain_2_users_roles
Цель присваивать на каждом сайте роль с rid = 4 новому пользователю сразу при создании учетной записи.

Создал свой модуль, назвал его startaddrole, в нем единственная функция, отрабатывающая хук user

Потребовалось добавить специфическое действие (мультисайтинг, таблица user_role для каждого сайта своя, необходимо добавлять роль пользователю, сразу на всех сайтах) сперва сделал новое действие редактированием файлов user.rules.inc и user.rules_forms.inc. Всё работает как надо, однако отлично понимаю, что это совсем не правильно, хочется сделать это отдельным модулем, тем более, что понимаю, что это не последнее специфическое действие, которое может потребоваться.

Подскажите каким модулем можно регулировать видимость/доступность разделов форума в зависимости от сайта в мультисайтинге с общим контентом?

Задача на первый взгляд простая:
Два сайта site1 и site2.
Общие пользователи. Одинаковый набор ролей, на каждом сайте пользователю могут быть присвоены свои роли. Одна из ролей (роль1) дает доступ к закрытому разделу форума.
Форум имеющий 5 разделов:
1. общий для обоих сайтов.
2. виден только на site1 всем.
3. виден только на site2 всем.
4. виден только на site1 имеющим роль1.
5. виден только на site2 имеющим роль1.

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

Ищется модуль для определения видимости разделов форума в зависимости от роли.
Нужно, чтобы при создании нового раздела форума был выбор какие роли его будут видеть. Есть что нибудь готовое?

Пишу фильтр и что то никак не могу найти где можно получить дату последнего редактирования (или создания, если редактирования не было) ноды или комментария. Фильтр должен обрабатывать документы только измененные (или созданные) после определенной даты. Что то уже все перепробовал - ничего не получается. Как правильно?

Столкнулся с необходимостью определить существует файл или нет (файл может быть как локальным, так и на чужом сервере в интернете).
Сперва определяю локальный файл или по http...
С удаленными файлами делаю так:

все отлично работает, а вот с локальными файлами возник полный затык.
Сперва попытался пользоваться функцией ПХП file_exists - она у меня очень долго не хотела вообще ничего возвращать (возвращала пустую строку, хотя по логике должна возвращать вроде как TRUE/FALSE или 0/1), в итоге от нее добился получения "1" только при подстановке аргументом полного пути (пути начинающегося с "var\www\....") к существующему файлу, что не очень удобно. Кстати как из Друпала узнать путь от корня до установки Друпала?
Далее решил поискать в Друпале аналогичную функцию и нашел http://api.drupal.ru/api/function/check_file , однако с ней результаты еще более плачевные, в документации практически ничего не написано ни про что должно быть аргументом, ни что у нее на выходе, а опытным путем, что бы я не подставлял в виде пути на выходе всегда пустая строка. Как этой функцией пользоваться?
Дальше совсем интересно, стал экспериментировать с @fopen(.... ,"r") и что бы я не ставил первым аргументом никаких ошибок php не выдало... Ничего не понимаю Может у меня что то с конфигурацией php или сервера не так? может в эту сторону копать надо? Подскажите пожалуйста.

Ищется удобный механизм для размещения и позиционирования пользователем некоторого количества фоновых рисунков на доступной ему для редактирования странице.
Пользователь должен иметь возможность:
1. входить в режим редактирования фона страницы.
2. выбирать изображения из списка доступных фоновых рисунков (добавлять новое изображение на страницу).
3. мышкой перетаскивать фоновые рисунки на нужное место изменяемой страницы.
4. сохранять изменения.
5. удалять со страницы ненужные фоновые изображения.

Уже собрался сам писать, но на всякий случай решил спросить (поскольку поиском ничего не нашлось). Требуется модуль, который бы создавал альтернативную друпаловской систему ограничения доступа к нодам, Который не использовал бы в своей работе таблицу node_access (которая является таблицей разрешений), а использовал бы свою, которая являлась бы таблицей запрещений. Т.е. если в таблице про ноду ничего не написано, то доступ есть всем, а если написано, то доступ для тех, для кого он прописан ограничен (соответсвенно просмотр/редактирование/удаление).
Для чего это надо я объяснял тут http://www.drupal.ru/node/58001 и тут http://www.drupal.ru/node/57889
Кстати, по логике, если все сделать правильно, данный модуль не должен конфликтовать со стандартной системой доступа, а их действия должны накладываться друг на друга.
Думаю, что в необходимости подобного функционала убеждался каждый, кто пытался при мультисайтинге сделать разграничение доступа к контенту по правам доступа (ноды общие, а таблица доступа для каждого сайта своя - со стандартной системой не работает). Уверен, что кто то нечто подобное делал, вопрос есть ли это оформленное в виде отдельного модуля?
Заранее спасибо!

Как заставить систему, если у ноды не определены права доступа, их создать при попытке обращения к этой ноде?
Был вариант запустить функцию node_access_acquire_grants($node), но как я понимаю без доступа к ноде она не отрабатывает, а если права не определены, то доступ получается запрещен для всех кроме USER1... И где можно оформить ее вызов? Или есть другой вариант?
Заранее спасибо!

Помогите разобраться как правильно это сделать.
Имеем общий контент, доступ к которому определяется некоторым набором правил.
т.е. таблица node_access для каждого сайта своя.
После обновления прав доступа на всех сайтах, все работает как надо, до момента появления нового документа.
Когда на сайте создается новый документ сохраняется в общую базу и в базу этого сайта в таблицу node_access прописывается информация о доступе к данному документу - с этим все понятно. На сайте где документ был создан проблем не возникает.

Вопрос как сделать, чтобы права доступа к этому документу сформировались и на всех остальных сайтах? А то там к нему получается "доступ запрещен"...

Самому видится алгоритм действий примерно такой: На какое нибудь регулярно происходящее событие вешаем код который сравнивает максимальный NID в таблице нод и максимальный NID в таблице node_access и если они не совпадают то перестраиваем права в этом диапазоне. Но вот как это на Друпале оформить правильно пока темный лес. Может кто подскажет, а то не хочется через прямые запросы к базам, когда есть АПИ. И на какое событие это вешать - не на открытие же любого документа?

В итоге вопросы:
1. Как узнать номер последней ноды?
2. Как узнать к какой последней ноде созданы права доступа?
3. Как создать права доступа к определенному диапазону нод?
4. На какое событие лучше всего повесить данный код?
5. Не лучше ли пойти другим путем? (каким?)

Что то никак не могу найти (или понять как самому написать)
Нужна функция на входе у которой UID и тип материала, а на выходе TRUE если данный пользователь может создавать материалы данного типа и FALSE если не может.
Заранее СПАСИБО!

Требуется чтобы пользователь мог добавлять новый комментарий к документу только при выполнении двух условий:
1. иметь право отправлять комментарии.
2. автор первоначального поста должен иметь право создавать документы данного типа. (это последствия мультисайтинга - документ может быть создан на другом сайте)

Если с первым условием все понятно, то как проверить второе пока совершенно не понял. попытался через Rules в связке с ACL, но что то не получается. Может кто подскажет как это сделать?

В продолжение темы http://www.drupal.ru/node/57733
Появилась идея в регистрационном письме рассказать вновь зарегистрированному пользователю о его правах (на каждом из сайтов) . Данная информация будет собираться моим модулем со всех сайтов и формировать пояснительный текст. - с этим проблем не вижу. Вопрос - как этот текст присоединить к письму, отправляемому пользователю?

Мультисайтинг с общими пользователями. Нужно чтобы при регистрации нового пользователя на каждом сайте ему присваивался свой набор ролей - это возможно?
Проблема заключается в том, что "правила" отрабатывают событие регистрации только на том сайте где она происходит...