Перерыл весь drupal.org/handbook, но так и не нашел документации по БД. Т. е. документацию по структуре базы данных, типу используемых данных, о том, что, где и для чего используется. Конечно, можно самому просмотреть все таблицы, но отсутствие некоего официального F.A.Q. удручает, плюс ко всему не всегда можно сходу понять предназначение той или иной таблицы или какого-то столбца. Почему-то не оставляет ощущение, что на drupal.org все это есть, но я просто не нашел=)

После создании страницы с использованием модуля Panels при попытке добавления в панель
какого-либо содержимого и последующего сохранения, выдается ошибка:

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

Unknown column 'title_pane'
Такое ощущение, что каким-то неведомым образом теряется последняя буква (title_panel или title_panels
было бы более логичным названием).

PS
Чтобы не плодить ветки, сразу спрошу - возможно ли как-то еще, помимо использования модуля Panels, сделать так,
чтобы главная страница состояла только из блоков?

Заранее спасибо.

Как сделать так, чтобы в определенном меню к каждому тегу li добавлялся уникальный класс или идентификатор?
Сейчас список любого меню выглядит так:

Необходимо реализовать меню с вкладками примерно такого вида:

Модуль menu trails тестил, но как-то в нем не разобрался. Ситуация осложняется еще тем,
что привязка меню идет не к таксономии, а к алиасам адресов, все ссылки (главные разделы ССЫЛКА#
и подразделы ссылка#) ведут на страницы, созданные views. Т.е. прямой взаимосвязи разделов и
подразделов в меню нет. Как можно такое реализовать?

Мне пришло в голову такое решение - создать несколько меню и выводить их двумя блоками так, чтобы они выглядели
единым целым.
|блок с ссылками ССЫЛКА#|
|блок с ссылками ссылка#|
Соответственно блоков будет (количество ссылок ССЫЛКА#)*2, и попарно выводить нужные,
настроив показ блоков с привязкой к нужным адресам страниц. Но все-таки меня
не оставляет ощущение, что есть более элегантное и правильное решение.

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

После обновления(с 5.x до 6.16) ноды стали создаваться с выставленным по умолчанию русским языком, хотя раньше создавались с языком по умолчанию "Все", в связи с чем возникли проблемы с pathauto(если ноды имеют одинаковое название, но созданы на разных языках, то синонимы для них будут одинаковые, а не с добавлением цифры в конце, как если создать две ноды с идентичным названием и на одном языке).

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

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

Есть словарь вида
razdel1
razdel2
razdel3

Прописаны такие синонимы адресов для всех разделов этого словаря:
category/razdel1/voc
category/razdel2/voc
category/razsel3/voc

Т.к. стандартный вывод списков нод меня не устраивал, создал во вьюс странички, выводящие список нод по терминам, адреса страниц такие:

categore/razdel1
category/razdel2
category/razdel3

Соответственно адрес материала получается такой category/razdel1/voc/node-title

И вот таким образом образовались лишние страницы и дубли, при обращении к которым хотелось бы получить "Страница не найдена".

1. При обращении к несуществующему материалу по адресу сategory/razdel1/bla-bla-bla грузится сategory/razdel1/ и ответ сервера 200, хотя нужен 404. Ситуация еще неприятна тем, что раньше на домене весел сайт со схожей структурой с кучей материалов с такого рода адресами, сейчас получается, что эти адреса остались работоспособными и породили сотни дублей. Такое ощущение, что проблема решается парой кликов в модуле вьюс/при несуществующем адресе отдавать 404, а не страницу/, но что надо сделать так и не додумался.

Есть необходимость изменения вывода информации о комментарии с
"Опубликовано Гость в 10/07/2009 - 00:07." на "Гость - 10/07/2009 в 00:07."
Не подскажете, где это сделать? В comment.module лезть не хочется, а как сделать по другому - не знаю.

Здравствуйте!
Возникла такая проблема - надо добавить атрибут nofollow для ссылки на домашнюю страницу комментатора
/для анонимусов, т.е. не в профиле, а в комментариях к нодам/.
Тег noindex добавил просто - в comment.tpl.php добавил