тогда лучше делай вторым способом, просто добавь еще один фидс для файлов, так будет универсальнее

Я так понимаю, этот фидс мне отдаст(кстати как?) айди созданных файлов. Мне же придётся как-то их соотносить с имеющимися.

неее…

Вот тут парни обсуждают, вроде как у #10 вышло что-то
https://www.drupal.org/project/feeds/issues/2968671#comment-13222077

Ты создаешь еще одну CSV, там сделаешь столбик с уникальными айдигниками и сам руками проставишь их. Это могут быть и цифры и буквы, например так FILE0001, могут быть и просто цифры. Ну и конечно добавишь колонки с путями.
Ну и все, импортируешь это все дело.
Когда дойдет очередь до того фидса, с твоего скрина, там у тебя сейчас стоит Reference by: ID Файла, ты выберешь GUID. А вместо pic, ты должен выбрать ту колонку, которая отвечает за тот твой АЙДИ

если еще покопаешься по ишьюсам, увидишь и мой патч на эту тему 😃

интересно, почему не накопали модулёк для локального пути.

а зачем отдельно под это писать модуль, когда можно плагин дописать?

Не так выразился.

если в Feeds указать uri с public:// то файлы не будут скачиваться

Так а в базе же так хранится значение

точнее в csv файле

Не понял тебя…
Если мы в csv указываем с public, в фидсах импортируем с ним, так как в базе так хранится, то почему не должно скачиваться?

в FeedsParser::getFile() идёт проверка, если файл есть локально, то он не скачивается, если нет, то feeds пытается его скачать

это в семёрке

Попробую, как донор оживёт. Так гораздо интереснее бы было, чем онанировать запросами к донору.

в восьмёрке думаю так же, лень проверять

так в восьмерке ничего не скачивается. Ты просто указываешь значение, которое попадет в базу и все

Хм. Зачем народ тогда патч изобретает?