Egor

Почему нельзя? можно. Но вы должны понимать что как только компонент размонтируется вы потеряете данные. По этому делают запросы обычно в redux actions и хранят полученные данные в redux. Таких образом пока у вас есть удобный доступ к полученным данным из разных компонентов + вам не надо делать повторно запрос потому что они у вас уже лежат в redux.
А middleware это просто прослойка между диспатчем и моментом когда данные будут положены в редукс. В этот момент вы можете например навесить еще какую то логику. Например проверить токен сервера на то что он еще не истек и если истек выкинуть на авторизацию или сделать запрос на обновление.

const items = [
    {
        name: 'Apple',
        dropChance: 0.7
    },
    {
        name: 'Knife',
        dropChance: 0.25
    },
    {
        name: 'Spoon',
        dropChance: 0.25
    },
    {
        name: 'Ice Cream',
        dropChance: 0.1
    }
];

const lerp = (min, max, value) => ((1 - value) * min + value * max);

const drop = items => {
    const total = items.reduce((accumulator, item) => (accumulator + item.dropChance), 0);
    const chance = lerp(0, total, Math.random());

    let current = 0;
    for (const item of items) {
        if (current <= chance && chance < current + item.dropChance) {
            return item;
        }

        current += item.dropChance;
    }
};

Легко

Ну во-первых, querySelectorAll возвращает коллекцию NodeList а не массив, это важно понимать.
Во-вторых, у NodeList нет сеттера onclick в отличии от элементов, а следовательно Ваше присваивание туда функции просто не сработает.
В-третьих, не стоит пользоваться сеттерами вида oneventname, так как это чревато проблемами, используйте метод addEventListener
В-четвертых, querySelectorAll можно использовать не только на document, но и на элементах
В-пятых, в обработчик события приходит объект события в качестве аргумента, в котором есть свойство target - элемент на котором событие произошло

По-итогу:

function listener(event) {
  const target = event.target.closest('.app__item');
  target.querySelectorAll('.equalizer').forEach(
    elem => elem.style.display = 'block'
  );
  // так как дальнейшие клики будут гонять бесполезный цикл, то лучше отписаться
  target.removeEventListener('click', listener);
}
document.querySelectorAll('.app__item').forEach(
  item => item.addEventListener('click', listener)
);

Можно querySelectorAll() сразу по нескольким селекторам.

const headerNavMenu = document.querySelector('.headerNav > ul');

const menuToggle = () => {
  const value = headerNavMenu.style.display;
  headerNavMenu.style.display = (value == 'none' || value == '') ? 'flex' : 'none';
}  

[...document.querySelectorAll('.mobileButton, .closeMobileMenu, .headerNav > ul > li')]
.forEach(el => el.addEvenetListener('click', menuToggle));

https://codepen.io/estelle/pen/LVQLRq

попробуйте убрать "overflow: hidden;" у header
был бы я браузером, то точно обрезал всё что вылазит "за" header

Нет, не стоит.
Вы тупо будете слушать, как картавый мычащий Васян пересказывает какой-нибудь learnjavascript, пропуская половину тем, которые сам не понимает.
И таких видео - 90%.

Умение гуглить на английском - залог успеха. Умение знать терминологию + в карму и к результатам правильной выдачи гугла.
Вот например - ты не знаешь как задать текст, картинку или стили... Гугли все это отдельно. И там и там в ряде вопросов будешь находить acf или вордпресс Theme Customization API
- ок. Ты на верном пути. Теперь надо выбрать что из двух тебе подойдет.
Ну а далее - только личный опыт. Свои костыли. Попытки применить чужое и разобраться с ним. И увидишь как чужое (например) грузит дофига лишнего про запас. Вернешься вновь к нативному кастомайзеру и поймешь что ACF для этого как из пушки по воробьям и стоит применять натив.
Потом ты услышишь про блоки вордпресс (aka gutenberg) а там новый дивный и девственный мир. Где каждый словно первопроходец - потому как инфы пока мало наработано, а выглядит это... Ну как сделаешь - кто-то делает на нем круто, кто-то квадратно :)
На все случаи жизни не надо искать уроки. Надо понимать алгоритмы и подходы. Надо уметь делать реверс инжиниринг похожих решений. Код то открыт.
Смотри чужой код с похожими задачами - шпаргалка и подсказка и в них.

теперь вопрос - что тут уникального: "пацаны, я придумал слайдер из админки менять!". Такое давно придумано и реализовано. Смотри как у них.

Здравствуйте.

Самый простой способ прописать путь полностью /wp-content/themes/ПАПКА_ТЕМЫ/img/arrow-left.png

Если с помощью средств WordPress — передать путь с помощью функции wp_localize_script.
Примерно так:

add_action( 'wp_enqueue_scripts', 'action_function_name_7714', 99 );
function action_function_name_7714(){
	wp_localize_script( 'jquery', 'mytheme', array( 
		'template_url' => get_template_directory_uri(), 
	) );
}

и затем получить в js

$('.feedback__carousel').owlCarousel({
      loop: true,
      nav: true,
      smartSpeed: 900,
      navText: ['<img src="' + mytheme.template_url + '/img/arrow-left.png" alt="Стрелка влево">','<img src="' + mytheme.template_url + '/img/arrow-left.png" alt="Стрелка вправо">'],
    });