Refguser

Страницы должны быть динамическими, чтобы можно было из админки создавать новые, удалять и редактировать старые.
Но сейчас я столкнулся с этим в 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$/год. Неподъёмная сумма для бизнеса, да :)

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

В почтовом клиенте должны быть служебные заголовки. С них и начать.
Так же почитать правила сервера адресата.

Но скорее всего причина в том, что адреса картинок не совпадают с адресом отправителя (поскольку сторонний SMTP). Ещё хуже, если что сервер/домен в бане у принимающей стороны (о чем косвенно может свидетельствовать "так как с обычного сервера, где сайт, вообще письма не доставлялись.")

АПД.
Ну как бэ да..

Хотя в других базах доме/IP чисты.

Для изучения/тестирования можно использовать песочницу типа tastewp

Проблема в неправильном переносе.

Теперь, чтобы заменить пути нужно брать Database Search and Replace или WP-CLI и очень осторожно и аккуратно менять с исправлением сериализованных данных.
Но база уже поломана, так что 100% нормальная работа не гарантируется.

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

Объяснения зачем, как правильно нужно делать и прочие подробности см тут