Учить PHP 7.x версии или 8.x версии

Вот это странно. JS по сути и предназначен для работы с DOM. Сами по себе конструкции типа  alert(), не связанные с  DOM, особо никому не интересны.

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

Вот и я слегка офигел, когда прошёл данный курс, а потом выяснилось, что информация по обработке DOM даже не рассматривалась. Десятки тем, под сотню заданий, восторженные отзывы, именитый автор...

Cпасибо, это мне тоже понятно, что в код CMS-ки соваться без знания и навыков ООП нет смысла. 

Я Вас разочарую, но даже я, программист php со стажем около 17 лет "для своего сайта я не могу вырваться из рамок CMS", ибо:

1. Это требует времени на освоение архитектуры конкретной CMS, на это может уйти куча времени.
2. При изменении кода плагинов и cms нужно понимать, что очередное обновление может затереть ваши правки. Нужно это все держать в голове и в git-e.
3. Банально лень. Легче поискать другой плагин к системе управления. 

Мне ничего не понятно. Оперативные задачи должен кодер решать. Зачем менеджеру знать для этого пыичьпы?

Позвольте не согласиться. Я уже после года изучения пхп переписал три своих сайта с Думлы на чистый MVC php.  Так что, про "годы" вы загнули.

Получил отличную практику, в сайтах просто НОЛЬ лишнего, скорость по сравнению с джумлой выросла в разы (забыл уже, проводил точные замеры, вроде раз в 5).

Менеджер без бэкграунда технического сейчас малоценен. Так что стремление Антония абсолютно верны и правильны.

Абсолютно. Потому что могут прийти "программисты" и написать такое:

То есть человек не понимает что такое обьект и как он соотносится с ООП. А обьект, по факту - это любая сущность в ЯП, в данном случае мы говорим про PHP.  Область памяти, где храняться какие-то данные. Это могут быть и цифры просто, строки, а также функции php.

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

Немного пошучу - может надо было изучить а не проходить? 😀 Вот ты приводил хороший список курса - много ли ты оттуда знаешь? Если меньше 60 процентов - тебе рано думать про отличия версий, тебе нужна база для начала. Особенно, если в планах ковыряться в чужом коде. Тут на форуме 90 процентов вопросов потому, что нет базы - нахватались по верхам, а вникнуть, как это работает - никто не хочет, подавай сразу готовое решение. 

Я написал в 20 лет (20 лет назад) сайт на пхп, но это не значит, что он был расширяем. 

Любой сайт на пхп, написанный без опыта, рано или поздно погрязнет в плохом коде, в костылях и его станет труднее поддерживать и, в конечном итоге, владелец придет к тому, что легче было брать наработки (cms или фреймворк).

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

Поэтому следующим моим шагом было изучение Ларавель )))

Молодец! Ты делаешь поразительные открытия! Я тебе даже больше скажу, можно сказать любимой девушке: "Ты объект моего обожания!" И она от этого, естественно, не станет классом.
Однако мы всё же говорим о конкретных вещах, и тут существует более узкая терминология:  https://www.php.net/manual/ru/language.types.object.php

PHP: Введение - Manual

Так что, как бы тебе ни хотелось насрать человеку на голову, постарайся не выдавать суждения о том, чего он не понимает, если сам чего-то не понимаешь.