Повторяю вопрос:
"Пожалуйста, посоветуйте наиболее употребимые модули именно для ваяния вышеописанных систем"

Перечень нескольких тысяч никак описанных и плохо классифицированных модулей тут никаким боком... (((

Что views понадобится - это я уже знаю, и этим модулем занимаюсь.

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

Да, конечно, я знаю это место. Что я Вам такого плохого сделал, что Вы меня послали туда?

Такое поле есть, это заголовок. Но он уникален для ноды А, но не для нод B. Задача состоит в том, чтобы сразу показать ноду A и все ноды B с таким же заголовком.
Можно, видимо, загнать это поле в словарь, тогда поиск по термину как раз это и даст.
Ну а "нормальный" вариант есть? Когда нода А была открыта не обязательно через термин из словаря, а по какому-то иному варианту доступа.

DivaDii wrote:

vgo написал:

Самое загадочное расхождение: у Вас в 0 столбце указано 'unique' => 0,


а в других местах (а у меня - везде) указано 'unique' => FALSE.


Как Вы добились этого эффекта?

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

Спасибо.
Я внимательно сравнил наши импортеры и нашел несколько различий (кроме очевидных). Некоторые понятные, другие - странные.
По поводу pathauto у меня настройка похожая - equip/move/[node:title]/[node:nid]. Конечно, проверю, что изменится, если заменить слеш на другой символ.
Кодировку Windows-1251 друпал кушает однозначно, потому что другой массив данных у меня в этой кодировке импортировался благополучно. Но на всякий случай, проверю и UTF-8.
Теперь о расхождениях собственно в импортере.
Ну, названия импортера и полей - это само собой.

То есть, если я правильно понимаю, это значит, что на этапе подготовки данных к импорту эти поля заполнить невозможно, потому что ID будут определены только в момент импорта.
Жаль.
А какие есть средства, чтобы потом обработать массив из нескольких сот нодов, прописывая им reference поля по результатам поиска в массиве из, опять же, нескольких сот, если не тысяч, других нодов?

Идею я вроде понял. Да, это, вероятно, решит проблему, при условии, что я смогу импортировать (или как-то ввести после импорта) эти ссылочные поля. У меня есть файл с исходными данными (большой), я его преобразую в два csv файла, тоже немаленькие. Фактически, я могу при преобразовании сделать много чего, поскольку делаю я это самописной утилитой.
Но как сделать импорт reference полей? что туда надо вводить? текст ссылки?

Переформулирую вопрос:
нужно импортировать из csv массив данных в ноды, причем в импортируемых данных нет поля, которое можно использовать как unique.
Это возможно? и если возможно, то какими средствами?

Не знаю я про Entityreference/Nodereference (( посмотрю сейчас, что за звери.
Пока просто одно и то же значение соответствующих полях связывает эти ноды.