ThunderCat

Никак, передавай мускулу валидные данные, а фильтруй на стороне бэкэнда.

Если это php, то например так:
$text = iconv("UTF-8", "UTF-8//IGNORE", $text);
или так

$text = mb_convert_encoding($text, 'UTF-8', 'UTF-8');

Еще можешь попробовать использовать кодировку utf8mb4, но даже если поможет, лучше фильтровать или детектить кодировку и преобразовывать на стороне бэкэнда, чтобы в базе всегда были валидные данные.

Иногда сам, иногда мама помогает, иногда бабушка.

Аналогично. И в ООП-стиле можете организовать также.
Организация папок не коррелирует со стилем программирования.

$("#form").button(function() {

Какое действие ожидается, после выполнения этой команды?

У вас там <br> но при этом Content-type: text/plain; WTF?

Смотрите логи ошибок или той программы, которая отправляет почту, скорее всего изменились настройки хостинга или вас просто забанили.

Если хотите больше контроля над отправкой почты, можно использовать библиотеку типа PHPMailer

Первый вариант это относительный адрес (относительно текущего адреса страницы), второй абсолютный - относительно корня сайта.

Например, вы находитесь на странице test.com/news:
- указывая адрес картинки <img src="images/picture.jpg"> браузер будет загружать её по адресу test.com/news/images/picture.jpg
- указывая адрес картинки <img src="/images/picture.jpg"> браузер будет загружать её по адресу test.com/images/picture.jpg

А не лучше ли выбрать сразу все данные?
SELECT * FROM person WHERE x>0 AND x<100

@media print {
  .MasterFooter {
    display: none;
  }
}

https://habrahabr.ru/post/160997/

У конструкторов типичный workload - около нуля на большинство площадок и небольшой процент активных. Заворачивать индивидуально каждого в свою БД - сильно утомительно в поддержке. Дожили до 1000 созданных сайтов (что не так уж много если не сказать "вообще крохи") - у вас 1000 баз, что уже весьма дофига. Выкатить в прод новую версию приложения - уже приключение.

Если вы хотите SaaS - т.е. у конечных пользователей прямого доступа в БД нет никакого - то в поддержке сильно проще будет классическая схема шардирования. К тому же у вас данные разных клиентов заведомо по предметной области никак не пересекаются.
- в таблицах специфичных для клиентов вводится site_id и входит в уникальные ключи и прочее счастье ограничений целостности (для postgresql можете дополнительно прикрутить row level security и база будет дополнительно приглядывать)
- отдельно размещается ваш биллинг и управление пользователями, где помимо прочего пишете таблицу соответствия, какой site_id расположен на каком физическом хосте и в какой базе данных (плюс список ro-реплик)
- закешировать соответствие сайта базе можно в каком-нибудь redis и ходить с одного единого пула серверов приложений что сильно проще по масштабированию приложения (если сервер приложения рассматривать как stateless, что опять же сильно проще в поддержке).

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

<?php  
switch ($_GET[utm_content]) {
    case 'lorem':
        echo "1111";
        break;
    case 'ipsum':
        echo "2222";
        break;
    default:
       echo "0000";
}
?>

yii2 имеет js, который перехватывает клик по ссылке c data-method="post" и оправляет post запрос. Что вы и сделали с помощью хелпера Html. Но послать такую ссылку по почте не получится. Так как js в письмо не попадет да и вряд ли почтовая программа позволит его выполнить. И даже если выполнит он не пройдет валидацию crfs токена, который на сайте подставился бы автоматом.
Так что для почты - только обычная ссылка (get запрос) с параметрами, например

echo Html::a('Для активации аккаунта перейдите по этой ссылке.', 
                ['customer/activateaccount','key'=> $customer->access_token]
                );