Refguser

Как сразу на чистую установку 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% нормальная работа не гарантируется.

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

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

есть по одному сайту на Вордпресс на город.

Жуть..
Но если два разных сайта, то ни о каких плагинах речи быть не может (BelingoGeo и тп - для правильных решений).
Достаточно сделать простые ссылки.
(как вариант - ссылка в ненавязчивой одноразовой всплывашке с куками на год: "мы в городе N" )

Мне нужно сделать так, чтобы всплывало окошко "Выберите город"

Послушайте добрый совет: не делайте этой раздражающей фигни.

Нормальная ли это практика и как еще можете посоветовать?

Мне не понятно что такое "карточка поста" и чем отличается от "основной контент самого поста", но ACF (и вообще ПП) не предназначением для "вёрстки страниц". (несмотря на обилие таких говноуроков)
Для этого нужно осваивать гутенберг.

ПП (были) нужны, когда нужно в каждом посте вывести что-то однотипное
Например набор ПП для сайта путешествий: Страна, Город, Оценка и тд. Но и это уже лучше делать паттернами гутеенберга.
ПП пока ещё уместны для WC, тк с блоки там ещё в зачаточном состоянии.

Спасибо

Пожалуйста

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

Для начала нужно избавиться от синтаксических ошибок

Если это не косяк темы. то возможно были удалены (не созданы) миниатюры нужного формата.

В этом случае помогут плагины типа https://wordpress.org/plugins/force-regenerate-thu...
Но с ними нужно быть осторожным, чтобы не поломать нужное.
Про бекапы не забываем.

И кто эти потенциальные заказчики этого вебмастера?

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

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

Нужно профилировать.
Вот тут есть несколько митапов на эту тему.

Просто нужно правильно настроить плагины кеширования. а не костылить.

Судя по тому, что не указано как делался перенос, он сделан неправильно.
Переносить нужно специальными средствами, простейшим из которых является Duplicator

Почему и зачем так, а не простым переносом базы можно узнать тут

А дальнейшие разбирательств с ошибками не имеют смысла (наоборот могут усугубить ситуацию) пока не будет выполнена корректная миграция.