Антон Р.

До вызова session_start на страницу не должно выводиться ни одного символа, т.к. она устанавливает заголовки страницы - и не может их установить, если уже выдается тело страницы. Убирайте все эти комментарии до <?php

А также убирайте разбивки
?>

<?php
и никогда больше так не делайте.

SELECT 
    `id`, 
    `viewed` 
FROM `class_aqq` 
WHERE `user_id` = 6310 
ORDER BY `viewed` DESC 
LIMIT 1

курсов фулл стак разработчика не существует.

Ваш вопрос звучит как "где лучше всего можно пройти курсы по управлению самокатом/мотоциклом/авто/фурой/поездом/самолетом/кораблем/подводной лодкой и космическим кораблем", так чтобы преподы были хорошие.

full stack это просто все вместе. Неплохие курсы на фронтенера могут занимать полгода.
Как вы думаете сколько займут курсы по фуллстак и кому они нужны? Ни преподавателям ни студентам.
Изучите для начала что-то одно, потом развивайтесь дальше.

нет, все абсолютно не так. для начала надо выучить терминологию. никакие функции с ключевым словом нью не вызываются. конструктор - это совершенно отдельная часть класса, к слову нью отношения не имеет. от метода объект не создают

SELECT city.name as city, city.code_en, airport.name as airoport, airport.code_en, airport.city_code_en FROM airport INNER JOIN city ON
city.code_en=airport.city_code_en
Вот верный SQL запрос. У тебя перекрываются name

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

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

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

- Оу, смотрите, я сумел сделать форму и отправить ее POST запросом и вывести ответ и это все в одном файле !
- Таак, шаблоны на Wordpress, отлично, только что за файл functions.php. О! Анонимные функции я видел такое в JQuery ! Оказывается все так просто.
- Воот, раскидал функции (процедуры) по конкретным файлам. Думаю так будет удобнее и понятнее.
- ООП, ооп. Везде требуют ООП. "Классы", "наследование", "инка..." чего ?! Понял ! Классы - это же такая неплохая обертка для моих любимых функций !
- Ого ! Блин, опять приходится плодить одинаковый функционал. Наверное наследование поможет это исправить. СТАТИЧЕСКИЕ МЕТОДЫ !!!
- Черт, везде необходимо знание фреймворка. Попробую-ка я Symfony. *!"#$^$&@мать !!! КТо придумал эту хрень ! Месяц прошел я так ничего и не запустил !!
- Роутинг, хм, толково. Контроллеры. Сервисы. Ага, так вот что означает single responsibility.
- Ребята ! Я предлагаю не пихать всё в один бандл, а разделить.
- ORM, репозитории, сервисы, сущности ...
- ТАК ВОТ ЗАЧЕМ НУЖНЫ ИНТЕРФЕЙСЫ !
- Чё за "бизнес логика" такая ? DDD ? Чта, простите ?
- Б*я, б*я, б*я... Так, если эту сущность вынести в этот модуль, то тогда у нас появляется зависимость в вот этом модуле, а это не хорошо. Блин, этот метод вообще не несет смысла. Тааак, а тут стандартный Chain Responsibility . Отлично, напишу-ка тест под это дело.
- Да пофиг, что по CQRS команда не должна возвращать результат, мне так удобно.
...
- Да Сережа, делать вот как ты делаешь - это и есть говнокод.

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

Родитель не может знать что может понадобится для создания экземпляра наследника.

damn, its OK !

Не ok. В конструкторе наследника нет вызова конструктора родителя

Открою секрет )
Пишите тесты. Тесты невозможно написать на плохую архитектуру. Делая новый класс, думайте как будете его тестировать. У вас сразу появится стремление выполнять половину принципов SOLID. (даже если вы их не знаете). Стремление сделать классы лаконичными. С хорошим интерфейсом. Стремление разбивать приложение на компоненты.
Про это много есть статей. тестируемость и архитектура.
Затем можно почитать какие-нибудь книжки. Для начала Роберта Мартина PPP - дословно не помню) но три пи легко можно найти и перевод. (он для C# вроде, но книга классная)
Попробуйте TDD. В работе возможно она не будет нужна, но ухватить идею как создается хороший интерфейс можно.
Затем постоянно себе напоминать, что код пишется для программиста (не для компилятора). Т.е. код это объяснение другому (более тупому))) программисту как это работает. Из этого: хорошие названия - 80% успеха. Остальное архитектура и проч.
Читать код. Свой, чужой, бест практики.
То что свой код бесит - это нормально. Плохо если старый код нравится - значит рост прекратился. Это тревожный звоночек.
Итого.
1)Начинайте свой рост с умения писать тестируемый код.
2) когда почувствуете жжение нехватки опыта в конкретных механизмах (паттернах, принципах) начинайте читать книги.
3) пишите код для тупых программистов (это скромность)
4) быть вне зоны комфорта это нормально.
5+) Почитывайте книги Чистый код Мартина и Совершенный Код Макконнелла (те главы которые вам "заходят")
Удачи в умении сделать сложное простым.)

Самое быстрое обучение - это обучение без обучения (тратиться 0 времени, меньше не бывает).

Суть этой методики заключается в исключительной практики на реальных задачах. Чтобы в ходе работы вы могли эффективно обучаться, не тратя на обучение ни секунды, рабочая деятельность должна быть развивающей, т.е. обладать следующими этапами (вашего) развития:
1. фрустрация
2. позиционирование
3. целеполагание
4. планирование
5. социальный контракт
6. работа в команде
7. моментальная обратная связь
8. неденежное вознаграждение
9. рефлексия

Да, это именно извращение. Вам нужен ноут, который удобно таскать с собой.

куки, сессии - всё это нужно делать до первого появления символа на странице. У вас уже HTML код вон появился, а вы только потом с куками манипулируете. Так не будет работать. Сначала - куки и сессии, а только потом - вывод HTML/

Если у вас был бы включен вывод ошибок PHP, то вы бы увидели "Header already send"