smilingcheater

"Или же лучше Вин10 + WSL и не парить мозг?" так и делаю, доволен

Раньше работал на убунта в качестве гостя на виртуалке и вин10 в качестве хоста - памяти съедало как фальстаф на завтрак.

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

Немного кривоватое на мой взгляд, я бы сделал так

const range = arr => arr
   .sort((a, b) => a - b)
   .reduce((agg, v) => {
      const currRange = agg[agg.length - 1]
      if (!currRange || v > currRange.last + 1) {
         agg.push({first: v, last: v})
      } else {
         currRange.last = v
      }
      return agg
   }, [])
   .map(v => v.first + (v.first !== v.last ? '-' + v.last : '')).join()

Отключаем плагины ВСЕ. Проверяем.
Если проблема остается с js ошибками в консоли - включаем дефолтную WP тему (twenty)

Плагин по одному активируем - смотрим. Как js ошибки посыпали в консоль - это он "негодник". Знаем имя. Идём в репозиторий плагинов вордпресс - там форум поддержки.
Автору плагина поддерживать его детище.

Вариант проще: фрилансеры разберутся за вас.
Фрилансеры тут https://freelansim.ru/

Спрашиваешь, как быть?
Вот варианты:
1) Забить болт. Пипл схавает.
2) Не использовать стили вообще, тогда всё будет однообразно.
3) Отделить некоторые стили от не некоторых, - это и будет решением.
4) Отделить не все страницы от всех, - это и будет решением.
5) Помолиться, чтобы эта магия испарилась.
6) Сидеть в шоке и пялиться в экран, ожидая вразумительного ответа.
7) Взять себя в руки и найти причину. Ты мужик или нет? Это задача даже не для программиста, с ней любой нормальный сис. админ справится.

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

Я думаю здесь подмена понятий. Автор пишет "кэширует ли БД запросы", а имеет в виду "может ли в принципе эта страшная и непонятная громадина которая называется базой данных в принципе хоть когда-нибудь рабтотать быстро?"
Все, разумеется, кидаются отвечать на первый вопрос.
А на самом деле надо отвечать на второй. Да, почти всегда БД работает гораздо быстрее чем ты можешь вообразить и ничего кэшировать не нужно. Если вдруг стало работать медленно... впрочем, об этом ниже.

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

и как?
Очень просто.
Три простых шага:
1. Понять, устраивает ли тебя производительность приложения. Если устраивает, то все оставить как есть.
2. Если не устраивает, освоить профайлинг. Если это слово не упоминается в вопросе про производительность или кэширование, то вопрос можно сразу удалять. потому что он заведомо взят с потолка и не имеет смысла. По сути, профайлинг - это замер скорости выполнения отдельных участков кода для поиска узких мест - т.е. таких участков кода, которые тормозят всю программу. Это можно делать и вручную, и с помощью различных готовых инструментов. Только по результатам профайлинга, который показал конкретную причину тормозов, то самое узкое место (его еще называют bottleneck, "бутылочное горлышко"), можно приступать к оптимизации. Не кэшированию!
3. Если профайлинг показал, что проблема в конкретном запросе к БД, приступаем к его оптимизации. Чаще всего достаточно добавить индекс или донастроить сервер.
4. Только если все другие способы не помогли - занимаемся кэшированием. Но перед этим сначала решаем Вторую Важнейшую Проблему Информационных Технологий - инвалидации кэша. Поскольку закэшировать - это ерунда, каждый дурак сможет. Самая главная проблема не в том, как данные положить в кэш, а как и когда их оттуда удалять.

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

Если react монстр, то берите Vue. Он простой в освоении и прекрасная документация