Fedooot01

.footer
  .footer__columns
    .footer__column .footer-info
      .footer-info__logo .logo
      .footer-info__author
    .footer__column .footer-nav
      .footer-nav__heading
      .footer-nav__list
        .footer-nav__link
    .footer__column .footer-nav
      .footer-nav__heading
      .footer-nav__list
        .footer-nav__link

Добавляем отношение в User

public function booksWhereHasMyComments()
{
     return $this->hasManyThrough(Book::class, Comment::class);
}

Запрашиваем

$user->booksWhereHasMyComments()
    ->with(['comments' => function ($query) use ($user) {
        $query->where('user_id', $user->id);
    }])
    ->get();

Как будто начальное выполнение всего этого кода уже и есть таск.

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

промежуточных компонентов может быть много

provide / inject

Phpstorm

AWS (и другие подобные провайдеры) предоставляют вам не просто "виртуалку". Это возможность полностью управлять виртуальной инфраструктурой проекта - IAAS (ну и пачку SAAS конечно тоже)
Если ваш проект - одна виртуальная машина то для вас AWS это слишком много
Если у вас сложный по инфраструктуре проект, например:

• отдельный лоадбалансер(который вам нравится, Linux) в публичной сети
  
• приложение на IIS в непубличной сети
  
• несколько микросервисов
  
• очереди для связки всего этого
  
• хочется тестировать в одном месте а прод чтобы не падал при этом
  
• ...
  

Вот тогда вылезают плюсы AWS по управлению инфраструктурой проекта, а до того момента - и на VPS и в AWS: у вас есть виртуалка под убунту, вы подключаетесь по ssh и заверте...

Объемы вроде не большие. Пробовали использовать обычную почту? Если да, то почему отказались?

Сейчас имею ввиду следующее -
выпускаем одноразовый пароль в гугле, и через него шлем майлы через обычный smtp
https://medium.com/graymatrix/using-gmail-smtp-ser...

Взламывают точно так же как и мелкие.
В статье описана обычная SQL инъекция, когда данные подставляются прямо в SQL запрос.

Я просто сомневаюсь, что valve может нанять таких людей в backend

Не надо сомневаться.
Нету никаких "особенных способов взлома".
А есть такое явление как "эффективные менеджеры". У которых размер премии зависит от того, сколько денег они сэкономили акционерам.

Если бы там были подготовленные выражения, то и взлома бы не было.
Но вместо подготовленных выражений в больших компаниях есть эффективные менеджеры. Которые экономят на нормальных программистах, и заказывают разработку в Индии, в штате Бангалор. Где живет какой-нибудь Хамишь Кумар, который родился в касте вычерпывателей говна из сортиров. И вот у него только один шанс не черпать говно всю жизнь - всеми правдами и неправдами научиться программировать, путь даже за еду. Сравниваем с силиконовым программером с запросами $250k в месяц. Экономия налицо!

На всякий случай напомню, для стопроцентной защиты от инъекций необходимо всегда следовать двум простым правилам:

1. данные подставляем в запрос только через плейсхолдеры
   
2. идентификаторы и ключевые слова подставляем только из белого списка, прописанного в нашем коде.
   

Ключевое слово здесь - "всегда". Как только начинаются рассуждения вида "ну эти данные и так безопасные, их защищать не надо", то в этот момент мы добавляем инъекцию к себе на сайт. Следует понимать, что защищаем мы не данные, а запрос. Данные нас вообще не интересуют - какие они, откуда пришли, являются "безопасными" или нет. Важно не то откуда они пришли, а то, куда они идут. В SQL запрос? Используем подготовленные выражения, точка.

Кароч спустя год я нашел то, что искал
EditorJS
Крутая либа для создания чего-то похожего, на pikabu или behance, как я и писал

Ничего тебе не мешает сделать через helper app. Внутри в ServiceContainer вызывается make
$service = app(YourCoolService::class);

У Laravel есть Laravel Mix в комплекте, который спокойно позволяет оптимизировать все ваши махинации.
Запускаете команду npm run watch и спокойно пишете код, если нужно обновление страницы при изменениях - подключаете browserify.

Смотрите в сторону Laravel Envoy, настраиваете все данные для деплоя на сервер. Все это деплоится с git-репозитория вашего проекта.

В итоге весь маршрут от выполнения правок до деплоя проекта состоит по сути из следующих этапов:
1. Выполняете правки, просматриваете через npm run watch
2. Комитите все в свой репозиторий.
3. Выполняете команду envoy run deploy и все изменения с репозитория подтягиваются на сервер.

На этом все.

как сделать, чтобы PHPStorm подхватывал файлы d.ts на автомате?

Ваш d.ts файл должен быть подключен в tsconfig.json

где хранить эти d.ts файлы?

Где вам удобно

как сделать, чтобы PHPStorm понимал, из какого файла применять описание типов для текущего файла

Тут два варианта.
Ваши типы зарегистрированы глобально. Указывать из какого файла нет нужны.
Типы не глобальные или есть конфликт имён. Обычный import type { ... } from ...