Stalker_RED

Напишите на строку выше
console.log('вот он, этот this', this); и посмотрте чему он равен.
Еще более сильное колдунство - поставить брейкпоинт на эту строчку, но это надо хоть полторы странички инструкции прочесть.

const targetBlock = document.querySelector('#foo');
fetch('bar.txt')
  .then(response => response.text())
  .then(text => targetBlock.innerHTML = text.replaceAll('\n', '<br>'));

Вот вам без return

let menu = {
   width: 200,
   height: 300,
   title: "My menu"
 };

function multiplyNumeric(obj) {
   for(key in obj) {
      if (typeof obj[key] === 'number') {
         obj[key] *= 2;
      }
   }
}
 
multiplyNumeric(menu); // изменили размер
console.log(menu); // вывели

Теперь если написать console.log(multiplyNumeric(menu)); то в консоль выведется undefined, потому что вы в консоль выводите возвращаемое значение функции multiplyNumeric, а когда она ничего не возвращает, то и выводится undefined.

Обратите внимание, что multiplyNumeric не нужно ничего возвращать.

Так зачем вы добавили return?

Отложите пока изучение классов. Разберитесть что такое объекты, что за ключи, и как добавлять и читать значения используя эти ключи.

setTimeout(function(){
  const select = document.querySelector('select');
  select.value = 1
}, 1000); // 1000ms = 1s

Видимо на этой странице нет slug-а, добавльте проверку, хоть банальный isset().

Ну и в целом код можно слегка упростить

<?php
$terms = get_terms( 'product_cat' );

if ($terms) {
    $current_cat = get_queried_object()->slug;
    foreach ($terms as $term) {
        $another_cat = $term->slug;
        $activeClass = $current_cat == $another_cat ? 'class="active"' : '';
        $url = esc_url(get_term_link($term));

        echo "<a href=\"$url\" $activeClass>{$term->name}</a>";
    }
}

И наверное current_cat можно вынести за цикл.
Да и вообще переменные $current_cat $another_cat можно убрать, они используются ровно один раз.

Надо было гуглить не "свой вопрос" а идти на официальный сайт laravel и переходить оттуда на гитхаб. Или просто гуглить "laravel source", и там в пару кликов находится роутинг https://github.com/illuminate/routing

И да, почему именно laravel?
Есть подробный гайд как отдельно использовать роутинг от симфони.
Несколько лет назад я вообще порекомендовал бы silex - очень простой и быстрый микрофреймворк на компонентах от симфони. Для новичка отлично. Но, к сожалению, он не обновляется с 2018, и возможно придется что-то допиливать, если хотите использовать компоненты именно последних версий.

git fetch origin - получить все ветки
git fetch origin other_branch_name - или получить только ветку other_branch_name
(вместо origin может быть другое имя удаленного репозитория, но стандартно именно origin)

git checkout other_branch_name - переключиться на ветку other_branch_name

На первый вопрос легко ответить:

$isCorrect = myCheck($uri); 
// саму проверку придется вам написать
// мне отсюда же не видно какие вы считаете правильными, а какие неправильными.
if (!$isCorrect) {
  include '404.php';
}

У вас там наверняка ошибка типа

не найден файл includes/profile.php?q=$_POST[...

вот ее и решите для начала.

Весело, наверное, изучать классы и роутинг не умея в конкатенацию строк и кавычки.
А потом, у вас точно есть файл "includes/profile.php?q=Vasya"? Или что вы собрались инклудить?

const result = 'Работа не волк, работа это ворк, волк это ходить'.replace(/[ ,]+/g, ' | '); 

// -> ''Работа | не | волк | работа | это | ворк | волк | это | ходить'

Это вы хотите?

Суть в том, что ООП - это подход для того, чтобы уменьшить сложность СЛОЖНЫХ программ.
Поэтому когда вы берете простой пример с тремя птичками или "cat says meow, doggy says bark", то разница не видна. В особо тяжелых случаях ООП код будет даже казаться более сложным, чем обычный if или switch.

Представьте себе код какой-нибудь игры, масштаба warcraft, например. Там где есть несколько десятков разновидностей юнитов - всякие эльфы, орки, люди, палладины, лучники, снайперы, драконы, катапульты...
Все они основаны на одном классе Unit, у всех есть много общего кода - методы получения координат, получение урона, отображение хелсбара, команды типа "держать позицию", "патрулировать" "атаковать"...
При этом есть и различия в поведении - разная скорость, разные показатели урона, здоровья, брони, размера. Даже алгоритмы поиска пути могут отличаться, т.к. часть юнитов могут пройти в узком проходе, другие не могут, а кто-то вообще может летать,

И если написать это на ООП, то у вас будет класс Unit с общими методами, и несколько десятков классов
Paladin extends Unit
GoblinTechies extends Unit
GoldenDragon extends Unit
в каждом из которых учтены особенности конкретного типа юнитов.

А если без ООП, то у вас остаются условные операторы. Десятки условий для здоровья, еще десятки для брони, еще десятки для скорости, и в итоге каша такого размера и сложности, что работать с этим в какой-то момент станет невыносимо.