Refguser

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

Ваш КЭП.

Мои поиски в сети, увы, ни к чему не приводят.

Я не представлю что нужно искать, чтобы это не найти. 100500 раз расжевано.
Ок, в 100501 повторю кратенько.

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

Как вариант использовать сторонний SMTP. Для этого тоже есть плагины.

АПД. Ах да! Стоит зайти в здоровье и посмотреть на проблемы.

Страницы должны быть динамическими, чтобы можно было из админки создавать новые, удалять и редактировать старые.
Но сейчас я столкнулся с этим в WP и пока не представляю как это можно в этой CMS реализовать с помощью плагина ACF.

Всё верно, ACF не для этого (не нужно ставить то что не знаешь для чего и как работает).
Создание страниц и записей - функция из коробки (у любого движка, включая ВП). И важно разобраться для чего служат страницы, а для чего записи.

Направьте, пожалуйста на истинный путь.

Изучать ВП и удалить ACF (и не пользоваться ничем подобным пока не будет знаний о кастомных полях).

Кеш "у всех пользователей" тут вообще не причём. Нужно делать 301. Если конечно интересуют продажи.

Задача - сделать так что бы сайт site.ru работал с данными test.site.ru

Если не хочется проблем для каждого сайта должна быть своя БД.

Как правильно сделать?

С пом специальных средств. Например плагина duplicator
См подробнее

Темы - это внешний вид.
За функционал отвечают плагины.
Плагинов каталогов - как грязи.

Правильно как-то так:
1. Удалить и не использовать LiteSpeed Cache если у тебя не LS-сервер, интересует нормальная работа сайта, а не обмануть ПС.
2. Разобраться что такое кеш, какие виды бывают вообще и какие есть в ВП. После этого, если понадобится подобрать подходящий для твоего случая плагин и настроить его.

Подскажите, как решить?

Легко!

Тем более что

По структуре накладной требований нет особых

относительных ссылок на странице absolut.store/reviews/ нет.

"Нет" и "не вижу" разные вещи.
А сами относительные не absolut.store/reviews/, а /product-category/otdelnye-elementi/ (без домена. С доменом - это абсолютные.)
И они есть.

стоит разобраться и пофиксить?

Обязательно.

Ну она естественно будет выдавать 404, но вопрос как это пофиксить?

Что значит пофиксить? Такой страницы нет - ответ 404. Это правильно и менять ничего не надо.

Есть полная ссылка example.ru/about/product_category/catalog

Где "есть"?
Если на сайте, то там и надо исправить на правильную.

В Админ-панели, после установки WooCommerce, есть пункт меню "Платежи" в ссылку которого сразу вшит GET-параметр "tab=checkout".

Если внимательно посмотреть на параметры, то можно увидеть что они передаются в файл admin.php. Ты тоже можешь передать их в файл

add_action( 'admin_menu', 'register_my_custom_menu_page' );
function register_my_custom_menu_page(){
	add_menu_page( 'Мои настройки', 'Мои настройки', 'edit_others_posts', 'myplugin/myplugin-admin.php&tab=my-first-tab', 'page_content', plugins_url( 'dashicons-admin-tools' ), 6 );
}

Кроме того стоит перепроверить доступность возможности "edit_others_posts" текущему юзеру.

Как сразу на чистую установку Wordpress попадает вредоносный код?

Вирусы в WordPress:

1. Причины появления:

Темы с помоек ("помойки" - сайты с "бесплатными" темами. Которые они, кстати, называют "шаблонами" - первый признак помойки.)
Плагины оттуда же.
Устаревшие темы и плагины с платных маркетов.
Темы и плагины некогда из оф каталога, но древние и/или уже удалённые оттуда (удаляются как правило как раз по причине найденных уязвимостей)
Установка на сайт разных левых скриптов (как правило от малоизвестных рекламных сетей и тп)
Вирусы на ПК
Дырявый хостер

Добавлю ещё вариант от Константин:

на вашем хостинге рядом есть уже другие заражённые сайты.

Если открывать по ip из локалки, то всё хорошо отображается, а если перейти из вне, по домену, сайт отображается не корректно

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

Можно пойти и костыльным путём - прописать в конфиге динамический домен, но это не гарантирует нормальной работы и чревато последствиями.

Как это реализовать проще всего?

Я скажу как правильней.
Нужно написать плагин, который будет
1. Конектится к сторонней БД и вытаскивать от туда данные. Далее по желанию - писать их в базу ВП или нет.
2. Выводить эти данные в "красиво отобразить в табличку". Тут опять же раздолье вариантов в зависимости от реальных задач. (первая из которых: логика понятия "отобразить" - где именно, как часто, динамика ли и пр.)

там нет такой штуки как Тема.

Тема в ВП есть всегда. Без неё сайт не может работать

Loco translate не подходит, тк он не понимает в каком языке мы находимся

Он и не должен ничего понимать. Он не для мультиязычности, а для создания лангпаков.

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

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

Есть сайт, на трех языках - lv/ru/en.

Интересно как он может быть на 3х языках, если нет плагинов мультиязычности.
Разные страницы - это не на 3х языках. Это жуткий костыль. (впрочем, чего говорить если элементор в ИМе..)

Брать плагины по 20-30 баксов в месяц, неохота,

WPML с поддержкой WC стоит 100$/год. Неподъёмная сумма для бизнеса, да :)

НО!!! Можешь поставить плагин какого-нибудь гуглопереподчика. Не знаю умеют ли они переводить только одну страницу (никогда такое г не юзал), но попробуй.