Перечитайте вдумчиво, пожалуйста, мой первый коммент.
Там совсем не про то что "никто не пишет", а про организацию того, что "кто-то написал".

Вот Вы дали ссылки на свои статьи.
Если бы Вы не дали эти ссылки непосредственно мне, то я про них никогда бы не узнал-)

Т.е. если бы я не знал про них, но информация, в них содержащаяся, мне вдруг понадобилась,
то "чисто" на drupal.ru я бы их скорее всего никогда не нашел.

Потому как нет никаких инструментов и приспособлений это сделать.
Про это и был коммент.

Semantics wrote:

... способен найти 100500 оправданий, лишь бы по делу ничего не написать.

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

А я отвечу - "справка" на орге и не только и уже давно.

А почему на drupal.ru нет банальной "справочной системы" по drupal как на орге?

где написать?

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

Поэтому и приходиться "популяризировать drupal" по тыще раз разъясняя одни и те же элементарные вещи в коментах на drupal.ru

Еще лет 5 назад читал про простейший способ взлома админ-аккаунта через внедрение js на страницы, где бывает админ.
А на самом деле ему скорее всего столько же лет как и самом у js.

А тут даже js внедрять не надо, уже всё к "вашим услугам".

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

По идее не причем,
но очень кстати -)
если воспользоваться https://www.drupal.org/project/prepopulate
и вьюсом создать нужныю ссылку на открытие формы добавления материала

Скорее всего так оно и есть, кроме "экстрасенсорных способностей"-)

Кстати, в конце сообщения об ошибке должен быть stacktrace.
И там скорее всего указан путь к модулю-поганцу.

Автор, полный текст сообщения об ошибке в студию! Пожалуйста-)

Да нет, таксономию использовать все-таки придется-)

Т.е. оптимальнее ее использовать для типов сущностей
(сущность(entity) - устоявшийся в друпал термин для обозначения объектов-данных , грубо говоря таблиц с полями типа нода, термин таксономии, пользователь и т.п.)
которых имеется относительно конечное количество и состоящих из небольшого кол-ва полей,
чаще всего одно поле(кроме идентификатора) - наименование.

По сути, все нужные Вам модули имеются в ядре Drupal:
Taxonomy, Node
Создаете нужные типы сущностей (Супергруппы, Группы, Ресурсы, Матрицы и т.п.)
Связываете их полями типа EntityReference (для нод) и "Ссылка на термин таксономии" для терминов таксономии.
Добавляете поля "по вкусу".
и все..

PS.. Кстати про "алгоритм", а что содержится в полях, совпадающих по наименованию с наименованием самой таблицы(Сложность->сложность, Период->период и т.п.)?

Недавно решал подобную задачку на drupal7 (самописный модуль)
на Rules-ах

Один action : отправка данных в b24
action имеет текстовое поле для JSON-шаблона запроса, в котором токенами устанавливаются необходимые значения.

Два event-а:
Срабатывают при получении ответа от б24
event 1 - данные системой b24 получены успешно.
event 2 - при получении данных системой b24 произошла ошибка.

Для несложной бизнес-логики получилось достаточно просто и гибко.

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

Ну да.. и текущие версии Drupal и модулей развивает не добрый бог интернета, а вполне конкретные люди или сообщества людей, каким-то образом заинтересованных лично в данном развитии.
Пока они заинтересованы: развивают и поддерживают.
Как интерес пропадет - все закончится.

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

Главного вопроса Вы не задали, как мне показалось: Вам нужен "алгоритм" или инструмент для реализации Вашего "алгоритма"?

"количеством МБ в БД и на диске" - это самая дешевая составляющая тарифа на шаред-хостингах и прочих ВПС.
Гораздо существеннее на стоимость влияет использование процессора и количество его ядер
и использование оперативной памяти(ОЗУ).

Не знаю как дела обстоят с feeds для drupal8, скорее всего так же как и в drupal7.
При импорте данных модулем feeds, если указано поле с уникальным значением для импортируемой записи, т.е. внешний уникальный идентификатор, то feeds добавляет связь внешнего идентификатора с внутренним в специальную свою таблицу (таблица связи ).

т.е. грубо говоря добавляет запись в данную таблицу что-то типа:
- externalID: значение внешнего идентификатора
- internalID: значение внутреннего идентификатора (tid, nid, uid и т.п.)

@gun_dose наверное писал не про "доработки", а про проекты "с нуля".
Хотя и доработки бывают такие, что практичнее мигрировать на восьмерку, и реализовывать "новый функционал" на ней.

Помниться, я от одного проекта на drupal6 отказался, после нескольких месяцев его доработки, потому что не смог убедить заказчика мигрировать на drupal7.

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

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

Кстати а данную ссылочку http://drupal.cmsmagazine.ru/works/? где-нибудь на drupal.ru неплохо было бы повесить.

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:

<Имхо друпал будет расти в направлении decoupled

Постоянные пользователи обычно не спамят.
Спамят в основном "вновь зарегистрировавшиеся", специально для того чтобы спамить.

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

И для определенных ролей вводят ограничения, делающих попытки спама не эффективными, например:
- Запрет использования приватных сообщений.
- Запрет использования ссылок и урлов в сообщениях.
- Ограничение количества сообщений в момент времени (например не более 1-го сообщения в час)
и т.п.

Ну а чё делать то? прогресс же..

Пересели же люди когда-то с лошади на "железного коня"..
И живут же как-то с этим..
И обратно на лошадь многих уже не загонишь-)

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

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

Но думаю, для Вас это будет сложнее, чем установить по одному из руководств drush и запустить команду:
drush uli

эта команда выведет одноразовую ссылку для входа администратором.
просто зайдете по ней в админку и смените пароль.

ЗЫ.. Для drupal 7 актуальная версия drush 8
http://docs.drush.org/en/8.x/install/

Да я как раз никого не осуждаю, принципиально-)
Просто может быть и предыдущие ораторы правы, на счет его квалификации..
А может дело в чем-то другом.

Хотя, если он на окладе, да еще и без дев-сервера("тестовая" версия сайта на отдельном сервере) продакшн-сайт правит, возможно предыдущие ораторы и правы.

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