developer007

Фреймворк -это инструмент для решения ваших задач. Не вы должны подстраиваться под фреймворк, нужно подбирать инструмент подходящий для ваших целей.
По хорошему вся ваша бизнес-логика вообще никак не должна зависеть от фреймворка, и в этом плане у Yii и Laravel всё не очень хорошо, но Ларавель хоть компонентный, и кастомизировать можно, если понимать что делаешь.

Рекомендую забыть о phpmyadmin вовсе, и использовать какой-нибудь Heidisql через ssh туннель. А почту использовать внешнюю через smtp, чтобы не заниматься, её обслуживанием. А также, использовать Nginx и Php-fpm.
Остальное ставится просто через apt, и всё равно надо настраивать под ситуацию. А если хочется большей автоматизации, то уже лучше рассматривать ansible и подобные вещи, которые могут дать достаточную гибкость настройки, в отличии от скрипта на bash.

Наличие или отсутствие скроллинга никоим образом не влияет на названия сайтов.
А называются сайты так, как их назвали.

Мне кажется девопсом становятся только на практике

И нафига тебе рест на го для этого?) Исходя из тз, даже просто html файлов хватит. Гоу он для чего-то высоконагруженного, а не потому что модно, он с orm будет работать по скорости на уровне какого-нить пэхэпэ, потому что к примеру они все делают мэпинг, тянуть рэлейшены и т.п. через рефлекты, разные костыли . Вот если тебе надо выдрать из бд миллион записей и сотворить с ними страшные и жуткие вещи, то тут го раскроется.

Увы сейчас в моде разные NodeJS и прочий шлак, поэтому будьте готовы к тому, что на среднем уровне вы будете получать в два-три раза меньше чем человек осиливший NPM и лепящий потоком говносайты.

На экспертном уровне понятно ситуация будет иной. Но до этого уровня еще дорасти надо и вакансии будут штучные.

У меня один знакомый ушел из схемотехники в веб именно из-за неадекватно высоких зарплат в нем.

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

Удалив модуль и БД мы повлияем на работу других модулей. Изменив структуру БД мы повлияем на работу других модулей.

SOLID, DRY, KISS...PSR4 и много других страшных аббривиатур вам помогут )

Именно поэтому 1с захватил рынок
Разработка очень мутная

Ответ банален. Достаточно взглянуть в словаре перевод этого слова.

Если задачи типовые - то не проще ли тогда научить нейронную сеть сразу готовый код писать?
Если задачи не типовые - то вряд ли вам нейронная сеть в оценке поможет.

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

используйте CSS Grid, и забудьте про flexbox, он хорошо, но для таких задач подходит плохо

каша в голове связанная с токенами

Хорошо что ты это понимаешь. Небось как и все нубасики начитался прплаченных статеек от Auth0 и Firebase? Ну так каша специально, чтобы ты к ним побежал делать эти токены) Маркетинг. Хайп.

Второй шаг - не использовать токены для авторизации (как это делают ВСЕ реальные проекты, а не Hello World туториалы). Вместо токенов - обычные сессии. Токены - если будет публичный апи и микросервисы.

Третий шаг - не использовать Паспорт. Зачем он нужен если есть express-session, не понимаю? Паспорт юзай только если будешь прикручивать несколько авторизаций социалок и времени вообще впритык. И то лучше самому и это сделать.

как правило Repository - уровень инфраструктуры а не домена, с доменом они связанны интерфейсами.
например доменная сущность (по сути это BLL):
Domains/User/User
Domains/UserCollection
Domains/User/RepositoryInterface (возвращает User, UserCollection)

Инфраструктура:
Infrastructure/User/Repository (реализует RepositoryInterface, работает с бд, использует DAL, mapping)

ну и Application
контроллеры, GUI , views

Тыщу пардонов Сэр - а в каком конкретно браузере не поддерживается SVG ?
Только Netscape Navigator который подох давно не счёт
SVG хавает даже IE8