SagePtr

Через триггеры можно сделать

А с каких пор LIKE поддерживает регулярные выражения?

Могу предположить, что красным он выделяет всё, что приходит в поток stderr. Но выводить подобную информацию в stderr вместо stdout - нормальная и правильная на мой взгляд практика.

Дополню, что при хешировании секретный ключ должен идти последней частью строки. Иначе юзер может дополнить последний аттрибут чем угодно и пересчитать хэш.
https://ru.wikipedia.org/wiki/%D0%90%D1%82%D0%B0%D...

Вот тут список отличий этих СУБД: https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql...

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

Как-то так: https://ru.wikipedia.org/wiki/UTF-8#.D0.94.D0.B8.D...
А под поле обычного utf-8 в MySQL выделяется 3 байта на символ, а utf8mb4 - 4 байта на символ. Более длинные последовательности в unicode в данный момент не используются и в MySQL не поддерживаются.

Подозреваю, что после совпадения любого шаблона все последующие шаблоны проверять и дёргать не надо. Не знаю, что у вас там в ROOT.'/components/routes.php', но вполне вероятно, что запрос попадает сразу под несколько шаблонов и для каждого совпадения создаётся и дёргается отдельный экземпляр контроллера.

В данном случае это не SQL-инъекция, а XSS (вставка левого HTML-кода внутрь страницы). От XSS нужно защищаться другими способами - заменять опасные для HTML символы (треугольные скобки) на HTML-сущности.

Другой вариант - воспользоваться функцией MySQL FROM_UNIXTIME. Помнить только, что в javascript в милисекундах, а функция принимает аргумент в секундах.

Не запускать сервер с параметром --skip-grant-tables

А операции вроде REPAIR TABLE пробовали производить?

SELECT * FROM table ORDER BY upc = 'old' DESC;

salt где хранится?

SET NAMES utf8 выполнить после подключения к бд

Мне кажется, или пованивает Поповым?

По-хорошему - юзать плейсхолдеры. Защитит потом не раз от SQL-инъекций.