Maybe something like this:

"Какого цвета лучше взять автомобиль для участия в ралли Париж-Дакар?"

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

Да, качаешь оттуда последнюю версию, под которую в search_api_solr есть темплейты конфигов, т.е. - Solr 8.11.2.zip и кладешь ее в /opt

Да, все верно, тут солр очень подходит, например заголовки "Маск собритается купить Твиттер", "Маск покупает Твиттер" и "Маск купил Твиттер" говорят об одном и том же событии, просто в разные отметки времени, т.е. - релевантнее некуда.
"Леня Голубков приобрел акции АО МММ" - тоже похожий по смыслу заголовок.
То есть, нужно учитывать морфологию слов (купить - покупает - купил) и синонимы (купил - приобрел).
Это как раз работа для солра.

В таком случае - стрелку рисовать в каком-нибудь svg-редакторе (небезопасно), накладывать поверх изображения, придется повозиться с масштабированием и позиционированием.
Под семерку в песочнице был модуль с svg-редактором, под 8+ пока ничего не встречалось, и в svg мамкины кулхацкеры могут напихать скриптов и стилей, поэтому желательно их ввод фильтровать.

А эта линия - она статичная? То есть, одна пикча - одна линия, или какие-то варианты могут быть?

по п.3 - при установке модуля через composer модифицируется не только composer.json, но и composer.lock, vendor/composer/installed.*, vendor/composer/autoload*, плюс сами модули могли притянуть в зависимостях либы в vendor/
Поэтому - то, что ставилось через composer, через него же и должно удаляться.
Я бы на вашем месте вернул папки с модулями обратно, а затем удалил композером.

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

Это такая фигня, из-за которой потом в автокомлите появляются куски словоформ.

У меня при включенном стемминге в автокомплите вылезают какие-то обрывки словоформ.
Есть какой-нибудь гайд как это хорошо настроить?

А если вместе с $form['field_resultado']['widget'][0]['value'

ady1503 wrote: Хочу понять: the difference between ["#value"] and ["#default_value"]

["#value"] - останется в $form_state->getValues() независимо от того, что ввел пользователь.
["#default_value"] - элемент формы будет предзаполнен этим значением, но пользователь сможет его изменить и после сабмита в $form_state->getValues() будет значение, введенное пользователем.

По опыту, часто бывают нужны какие-то пояснения или уточнения.

Я, собственно, это и имел ввиду. Чтобы дать правильный ответ - нужно переключиться из контекста решаемой в этот момент задачи в контекст вопроса, а затем - обратно. Это отнимает определенное количество времени. Вот тут объяснено доходчиво на пальцах.
На выходе получается постоянная утечка времени и снижение общей производительности, которые оплачиваются как пара задач в месяц.

Не претендую, но ради 1-2-3 задач в месяц, поддерживать ежедневную коммуникацию через мессенджер я бы не стал.

Эх, молод ты еще, Васёк.
Подрастешь - узнаешь, для чего нужны девочки.

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

Теоретически - да.
На практике - сколько там прожил коммит с HeartBeat в OpenSSL? Пару лет точно.

открыть дамп в текстовом редакторе и одновременно нажать на кнопочки [CTRL] и [F]

Единственное правдоподобное объяснение, приходящее на ум - из одного из дампов не создаются индексы, либо таблицы создаются с типом MyISAM вместо InnoDB.

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

Ну а в чем тогда проблема? Не залогинился/зарегистрировался - не получил уведомления на почту, курьер либо перезвонит, либо нет.

Проблема не в том, чтобы оформить заказ на анонима (uid=0), проблема в том, чтобы потом каждый аноним мог просмотреть только свои заказы, т.е. все-таки должна быть какая-то идентификация пользователя.

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

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

По-моему, нет. Путь формируется в виде /имя_фильтра/его_значение, можно попробовать закрыть в robots.txt пути */имя_фильтра/*

Есть ли возможность с использованием этой связки также менять заголовки и описания страниц фильтров.