smilingcheater

stripos и strpos работают правильно

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

А я возражу, ради разнообразия.
Не будет справляться.
Цифры TDP от производителя кулера и производителя процессора считаются по разному и не могут сравниваться напрямую. В любом случае, 320ВТ для башни - нонсенс. Таких цифр даже Noctua не обещает.
Бог с ней, с Noctua. Даже Wraith Ripper, сделанный специально для печи-Threadripper 2990WX, обещает всего 250. Как Thermalright собирается наколдовать 320 - вопрос открытый, и уже должен ставить под сомнение покупку такого кулера.

Что касается реальной эффективности кулера, то А это те же самые расчетные "125W" (200 реальных).

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

Восстановить очень легко, так как гит ничего не удаляет из репозитория, по крайней мере сразу.
Команда reset лишь переместила указатель ветки. Полностью удалить что-то крайне сложно.
Вы можете посмотреть через git reflog где был указатель до этого и вернуть его туда обратно.
git reset --hard HEAD@{1}
Данная команда вернёт ветку на состояние, помеченное на вашем скрине как HEAD@{1}
Либо можно скопировать непосредственно sha-хэш места, куда хотите вернуться.

Затем повторить отмену последнего коммита, но уже правильно:
git reset HEAD~1
Такая команда не будет изменять рабочий каталог, а значит ничего из него не удалит.

1. Никогда не используйте регулярки для парсинга HTML
   
2. Никогда не задавайте вопрос про свой вариант решения проблемы. Всегда задавайте вопрос про саму проблему.
   
3. Htmlpurifier, HtmlSanitizer
   

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

Основных правил при обработке исключений три:
1. Не использовать исключения там, где они не нужны. Например, при проверке пользовательских данных.
Собственно, эмпирическое правило звучит так: функция должна бросать исключение, если она не может выполнить ту работу, для которой она предназначена.

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

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

2. Системные ошибки обрабатывает глобальный обработчик исключений, логируя саму ошибку, а на клиент отправляя статус 500 и какое-нибудь абстрактное сообщение о проблеме на сервере. Это самое важное в системных исключениях - текст ошибки никогда, не при каких обстоятельствах не уходит наружу.

Пример такого исключения - когда запрос в БД порождает ошибку.

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

Для информирования можно действительно ловить исключение через try..catch и писать какое-то свое сообщение.
Но можно и автоматизировать этот процесс, вот две статьи, которые показывают примеры, как это можно сделать:
https://angelovdejan.me/2022/11/24/centralized-exc...
https://habr.com/ru/articles/688202/