Михаил Ливач

Нужна бд или нет - это зависит от хотелок заказчика. Вы пишете:

мне посоветовали не заниматься этим, типо нужна будет База данных

Кто посоветовал? Если кто-то со стороны заказчика, вовлечённый в принятие решений, то так и надо сделать, то есть не заниматься не своей работой. А если посторонние для процесса люди, смело шлите их куда подальше. Поговорите с заказчиком, проясните ситуацию. Если фронт готов, а бэкендера ( для натяжки на WP ) ещё не искали, то предлагайте запуститься сейчас с Вашим решением. С сайта пойдёт какой-то фидбэк, будет польза.
А если бэкендера уже нашли, или заказчик настроился ждать результата - то ему Ваш костыль не нужен, и платить за него он не захочет

Подозреваю, 4 тыс. запросов к базе данных в цикле - не рационально, но как это сделать более разумно?

Обновляйте только изменённые, то есть события onAdd/Update/Delete . Только желательно делать это асинхронно, то есть обработчик должен только складывать задание на модификацию данных в очередь.

Если Ваш сайт занимается продажей инструмента, то ответ такой:
организовывать структуру не нужно, так как целевым посетителям подобная возможность не нужна.
Они купить пришли, а не читать 100500-й рерайт "что такое болгарка?".
Если за организацию FAQ ратует SEO-специалист, то делайте строго по его рекомендации; совершенно незачем делать этот функционал удобным, так как он для поисковых роботов, а не для людей.

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

конечно, возможно, например на PHP

header($_SERVER['SERVER_PROTOCOL'] . ' 504 Gateway Timeout', true, 504);
die;

Допил готового решения на Битриксе - это гибельный путь. Основные проблемы:
1) ваши правки могут слететь (полностью или частично) при обновлении решения. Этой проблемы можно избежать, заблокировав обновление модуля с решением.
2) те самые недостающие 15-20% функционала могут плохо состыковываться с решением. И работа над ними по затратам будет как 50% (или более) сборки "с нуля".

Благоприятный вариант: это когда готовое решение покрывает потребности с лихвой. Тогда отламываете лишнее и пользуетесь.

location /resources/ {
    alias /srv/web/split/storage/markets/$host/;
}

У меня нет опыта работы с $host - возможно, вам придется текущую конфигурацию развернуть в 4 отдельных.

С отсутствующим файлом, думаю, надо решить через try_files $uri @named_location