DevMan

Для начала с терминологией.
Overtime - это работа на работе во внеурочное время, СОГЛАСОВАННОЕ и одобренное с заказчиком. Обычно оно оплачивается или компенсируется.
А то, что вы просто задерживаетесь на работе по личным причинам - это просто ваше личное желание.
Если у вас какая-то проблема, никто не мешает пойти домой, сесть за комп, и разобраться с технологией, проблемой.

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

Поэтому:
Нет никаких проблем, если вы задерживаетесь на работе, разбираясь с технологиями. Просто постарайтесь чтобы это не превратилось в образ жизни. Если год задерживаетесь на работе и конца-края не видно, остановитесь.

Развивайтесь не только в технологии разработки. Надо иметь какие-то якоря в жизни, а для этого они должны стать для вас значимыми. Это делается только одним способом - нужно тратить на них много времени.

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

есть 2 дериктивы php.ini

auto_prepend_file
auto_append_file

https://www.php.net/manual/ru/ini.core.php#ini.aut...

С помощью них можно заинклудить автоматически файл в начало или конец всех скриптов
Эти дериктивы можно задать как через php.ini так и через настройки веб сервера, в апаче через .htaccess

Текущий путь смотрится через значение переменной $_SERVER['REQUEST_URI'] вокруг которого можно построить всю логику

Чтобы не сломать ничего в работе CMS нужно будет очень тонко подойти к внедрению скрипта, если пойдете по этому пути, так как инклуд одного скрипта во все другие может сломать что угодно в логике.

Во время войны с Японией американцы строили аэродромы в Новой Гвинее.
И местные папуасы видели, что с неба прилетают большие железные птицы, которые привозят кучу ништяков, часть которых в конечном итоге перепадает и папуасам.

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

Вот этот вот запрос

$sql = ("INSERT INTO `products`(`id`, `title`, `price`, `description`, `status`, `img`) 
VALUES (NULL, '$title', '$price', '$description', '$status','$img')");

Это как раз такой самолет из соломы.
Выглядит почти как настоящий, но даже не пукает.
потому что подготовленные запросы выглядят совсем по-другому.

AnyDesc )

SQLite и ФС — абсолютно не подходят, если приложение будет масштабироваться

Серверы БД (MySQL/PostgreSQL/etc.) — надёжный но самый медленный вариант

In-memory БД (Redis/memcached) — отличный вариант, из всех выше, самый производительный, но можно упереться в оперативку

Signed Cookie Session (и его частный случай — JWT) — неописанный тобой вариант, самый экономный по памяти и диску и самый производительный. Сессия хранится прямо в куке. Сами данные сериализуются, например, JSON'ом и сжимаются, например, gzip'ом (но можно и msgpack + lzma взять, как угодно). После, чтобы пользователь (или хакер) не поменял куку по своему желанию, она подписывается, например, HMAC'ом + любой криптостойкой хэш-функцией
Из плюсов: 0 байт занятой оперативы (кроме момента выполнения запроса), 0 байт занимаемого места на диске, нет зависимостей от баз данных
Из минусов: нет возможности "разлогинить все остальные сессии" по запросу пользователя, небольшой сетевой оверхэд, так как сессия от браузера отправляется на каждый запрос, ограничение на размер данных в сессии, потому что данных должны влезть в куку, включая подпись и разделители. Но ради эксперимента, мне удалось засунуть в такую сессию первую главу Войны и мира сжатой, прежде чем упереться в лимит.

Причина в том, что этот код - полная бессмыслица.
Если просто случайным образом писать операторы РНР, и то получится лучше.

Надо на пару лет забыть про красивые слова OOP и MVC, и поучиться просто писать код, который делает то, что требуется.

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

Во-первых, время входа и трудозатраты на него несоизмеримо больше для java enterprise. Во-вторых, конкурировать на рынке труда придётся с пришедшими в ИТ не ради денег, и они всегда будут вас обходить, поэтому ими будут заняты все топовые позиции.

Наиболее близкое к этой теме - "Думай как математик" Барбары Оакли, но она достаточно поверхностна и полна прописных истин.

Чем больше знаешь, тем больше программист.

За двумя зайцами погонишься, ни одного не поймаешь.