Алексей Уколов

Class 'App\Http\Controllers\Controller' not found

Право, ну что тут может быть непонятно?

https://developer.chrome.com/extensions/content_scripts

Передача письма тут ни при чём. Просто почтовые клиенты (и отдельные и браузерные) не успевают за развитием стандартов веба. Им, фактически, нужно свой браузер реализовать или, наоборот, обрезать какие-то браузерные
возможности.

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

Браузерным клиентам нужно ещё следить, чтобы вёрстка письма не сломала сам клиент.

Но, на самом деле, с каждым годом становится всё лучше и лучше.

*, *::before, *::after {
  outline: 1px solid red;
}

<button type="submit">Любая<br>HTML-разметка</button>

Что лучше триггер или процедура?

Каждой задаче свой инструмент, каждому инструменту свою задачу.

И почему не запихнуть бы всю логику в процедуры?

• Не всё можно сделать процедурами.
  
• Не всё оптимально делать процедурами.
  
• Процедуры может быть сложнее поддерживать - время DBA обычно дороже, чем время разработчика. Да и требования к уровню гораздо ниже в случае логики в коде - поменять какой-то несложный алгоритм можно доверить и джуниору, а вот менять схему БД его вряд ли пустят.
  
• Изменение процедур в некоторых СУБД может надолго залочить всю БД.
  

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

Мне кажется по любому есть какие-то свои правила создания у баз данных

Эти правила называются Нормальные Формы.
Неплохая книга на эту тему - SQL Antipatterns: Avoiding the Pitfalls of Databas...