Начнем с простого. Есть термин таксономии с дополнительным текстовым полем.
Модуль i18 для таксономии включен и все хорошо работает.
В настройках таксономии стоит:
"Локализуется.Общие термины для всех языков, но их имена и описания могут быть локализованы."
Работает все хорошо, кроме одного но...

Странная интеграция у i18n с drupal 7. Пытался получить перевод термина таксономии, пока что остановился на переводе по частям.

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

пример (максимальный уровень вложености 2):
термин1 (1 уровень)
|-термин 1.1 (2 уровень)
|-термин 1.2 (2 уровень)
| |-термин 1.2.1 - данный термин не должен создаваться, так как уровень вложености >2
|-термин 1.3 (2 уровень)

Необходимо использовать мультиязычность (в данном случае взял i18n) и Node Referance.
Возможно ли переводить материал в одну и туже ноду, а не создавать новую с другим языком? В данном случае возникает больше конфликт с Node Referance и боюсь что i18n_node_reference не спасет (или спасет?), так как будет необходимо делать запросы к БД. Есть возможность добавить поля аналоги для ноды, но в данном случае пугает расширение количества языков (а вдруг их будет не 2, а 5 или 10 в дальнейшем).

Назрел вопрос безопасности и как использовать переменную $_POST.
Пользователь присылает текст (в котором возможно использовать любые символы) на страницу созданную через hook_menu.

На мой взгляд прямое использование $_POST["data"] не совсем корректно.
Как использовать $_POST["data"] в функции node_save() и db_update().

Проблемы с которыми столкнулся:
1 - form api невозможно использовать, так как post должен приходить с другого сайта и он просто не обрабатывается. (возможно что то делаю не так, но должно приходить только $_POST["data"] и ничего более, а друпалу я так понимаю этого маловато...)
2 - ответ необходимо вернуть в формате json что в form api сделать можно, но не уверен на сколько будет рабочий вариант.

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

Немного о создаваемом модуле:

Недостатков у drupal 8 на данный момент хватает и обсуждать их наверно было бы как то не совсем правильно. Хочется сказать о достоинствах которые на данный момент реализованы, а именно рассмотреть как изменилась структура пользовательских блоков. Блоки изменились и это не может не радовать.

Первое что давно хотелось бы получить, так это блок хлебных крошек, он вынесен в блок и теперь не надо его отдельно прописывать. В принципе это мелочи но все же приятные.
Буду сравнивать с темизацией на друпала 7. С приходом опыта количество строк в page.tpl.php значительно уменьшились.

Вопрос в принципе очень щекотливый и задавался в неявном виде (может не увидел в явном виде) много раз.
Вышел модуль webform 4.2, но не вышло новой версии webform ajax, по этому совместимости у них по факту нету никакой нету. Не буду писать почему она нужна и почему она удобна, в этом нету большого смысла. Хотелось бы узнать решения которые может кто то знает или уже нашел.
Необходимо решить задачу, корректная работа в окне fancybox, возможность вывести вывести формы в блоке
Из своих размышлений же перечислю видимые решения:

1. Подождать пока выйдет webform ajax совместимый с 4.2 (судя по дате выхода последней версии webform ajax бесполезно хотя чудеса случаются)

В общем как понятно из названия, хочется интегрировать CKEditor и GeSHi воедино. Инструкций под drupal 7, особо не было найдено, а если и были найдены, то работают не совсем корректно. Из самых основных замечаний, то что CKEditor уж очень заботливый и делает невозможным повторное редактирование убивая всю пользовательскую разметку и забивая все своими стилями... Из решений хотелось бы узнать как это можно сделать или в какой другой связке можно все это сделать более проще.

Есть модуль Web Form. Хотелось бы узнать какой хук или событие отвечает за то, что форма успешно отправлена на сервер.
Более подробнее на примере: Человек заполняет форму и отправляет ее, она проходит успешную валидацию, А дальше вместо отправки письма на почту необходимо выполнить php код, который должен получить доступ к принятым данным web формы.

Необходимые модули: Views и BEF (Better Exposed Filters), так же стоит интернет магазин Ubercard.
Выводим товары, и в виде блоков фильтры BEF раскрытые для пользователей (в принципе все просто).
Создаем свой модуль custom и в нем вызываем хук custom_form_views_exposed_form_alter, хук работает, все хорошо кроме одного но... он вызывается дважды... почему не совсем понятно. Есть банальное решение этого вопроса, но оно не совсем интересно

есть модуль который добавляет отображения