FanatPHP

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

Но если уж пытаться спасти этот ужас,

public static function act_page($data, $key) {
      if ($key && isset($data[$key])) {
          self::$path .= '/act/'.$key;
          self::display_page($data[$key]['title']);
      } else {
          self::display_error(404);
    }
}

сохранить текущу дату в mysql проще простого.
например использовать встроенную функцию now()

что гораздо важнее - никогда нельзя писать переменные РНР прямо в запрос
а всегда передавать их отдельно

$query = "INSERT INTO `test` (`name_exp`, `data_exp`) VALUES ( ?, now())";
$stmt = $db->prepare($query);
$stmt=>bind_param("s", $name_exp);
$stmt->execute();

Или единственный вариант перед сохранением в бд прогонять на стороне php дату в формат, воспринимаемый mysql'ем?

Не единственный но единственный осмысленный.
Тем более что там делов на одну строчку. смотрим strtotome() и date_create_from_format()

В принципе рациональное зерно в твоих рассуждениях есть.

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

Господи, ну нельзя же настолько буквально воспринимать вопросы.
Ну неужели из контекста непонятно, что автор спрашивает про кодировку, а не про набор правил сравнения?

Автор, кодировка, которая тебе нужна, называется utf8mb4. Вот её и ставь.
А набор правил сравнения подставится автоматически, и в целом без разницы, какой - utf8mb4_general_ci или utf8mb4_unicode_ci

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

Большинство складывателей букв на РНР об этом не задумываются вообще, и очень хорошо что тебе пришел в голову этот вопрос. А ответ на него очень простой:

Проверять обращения к БД не нужно вообще

(за исключением нескольких специальных случаев, когда есть определенный сецнарий обработки ошибки)
Если же такого сценария нет, то никак проверять не нужно. Просто потому, что обращения к БД ничем не отличаются от любого другого кода.
И поскольку ты не проверяешь каждый include или там оператор деления, то не нужно и проверять запросы к БД. Их надо оставить в покое. И первый, и каждый по отдельности, и все 5 разом.

А вот что нужно сделать - это договориться с РНР, чтобы он сам сообщал тебе об ошибках в запросах. Для mysqli надо написать перед коннектом

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Для ПДО при соединении выставить в настройках соединения

PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION

Всё. Больше ничего для обращений к БД делать не надо.

А вот обработчик ошибок, общий для всего кода, а не только для работы с БД, настроить желательно.
Чтобы AJAX-скрипт подписки получал соответствующий НТТР статус при любой ошибке, которая может возникнуть на сервере.
Ну и разумеется AJAX-скрипт подписки должен проверять НТТР статус, и обрабатывать ответ только если статус= 200
Пример обработчика можно посмотреть здесь

Если же надо убедиться, что все пять запросов выполнились без ошибок, то для таких целей служат транзакции.
Суть транзакции именно в том, что либо выполнияются либо все запросы, либо ни одного.
Если заключить все 5* запросов в транзакцию, то если при выполнении одного из них произойдет ошибка, то изменения, сделанные остальными, автоматически откатятся!

*На самом деле в транзакцию имеет смысл заключать только запросы, изменяющие данные. То есть все, кроме первого.

Соотсветственно, если ПДО настроен на выброс исключений, то при ошибке запроса
- пдо выбросит ислючение
- которое будет поймано обработчиком ошибок
- который выведет код ошибки и завершит работу РНР скрипта
- при завершении скрипта РНР закроет соединение с БД
- БД при закрытии соединения автоматически откатит незавершенную транзакцию

причем без обработчика ошибок будет всё то же самое, только клиенту уйдет код не 500 а 200

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

1. выставить для ПДО режим исключений
2. перед первым запросом написать $pdo->begin();
3. после последнего запроса написать $pdo->commit();