alexalexes

Две гипотезы.
1. Ваш код генерирует "нулевой" результат, поэтому записывается null значение.
Попробуйте искусственно записать null значение в буфер, без реальных данных.
2. Код генерирует слишком большой результат, не влезает в оперативную память выполнения скрипта (переполнение возникает именно на выполнении minify_html). Как ошибка записывается null значение.
Попробуйте уменьшить значение выделенной оперативной памяти так, чтобы хватало для работы кода, но не хватало на выполнение minify_html, понаблюдайте через memory_get_usage, как на каждом этапе используется память.

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

80% - видеокарта, 20% - что-то еще.
Обнаруживается подкидыванием видеокарты-затычки вместо 4070.
Несите в сервис, там это обнаружат сразу.

В вашем кейсе есть важная особенность.
При запуске диска потребляемый ток может достигать 2 ампера по 12 вольтовой шине на диск.
5 вольтовая линия, обычно, никогда не превышает 1 ампер на диск, если есть питание 12 вольт.
Вот и считайте.
По 5 вольт шине вам нужно 5В * 1А * 12 дисков = 60 ватт.
По 12 вольт шине вам нужно 12В * 2А * 12 дисков = 288 ватт.
Разделите на рабочий КПД блока питания в районе 0.8, получите цифру минимальной мощности БП для питания дисков, без учета других компонентов системы.
(60 + 288) / 0,8 = 435 Ватт.
Это при идеальных характеристиках БП - с сертификатом 80plus.
Если какой-то китайский блок брать, то все 500 ватт нужны.
PS: Не забудьте к этому показателю накинуть потребление процессора, мат. платы и видео.
PPS: Если материнская плата позволяет, то можно в биосе настроить разную задержку на запуск каждого диска. Тем самым можно уменьшить пусковой ток за счет увеличения времени последовательной инициализации дисков, тогда БП можно взять по проще.

Если нужно в php сравнивать даты, то из базы отдельным полем приводите любую дату в формат YmdHis и можете сравнивать значения как строки:

if($date < date('YmdHis'))
{
}

Будет работать железобетонно на любой версии php.

включил работает но при включении системы пишет CPU Fan Error

Датчик Холла на кулере не передает сигнал на материнку, вот и появляется ошибка. Скорее всего нужно менять кулер, но необходимо подобрать такой, чтобы контакты датчика и жилы управления кулером были такие же, как распиновка разъема под кулер на материнке (грубо говоря, перепаять жилы как должно быть). У вас же материнка проприетарная, нестандартная.

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

Пальцем можно диагностировать температуру до 45 градусов. Мосты и радиаторы мосфетов могут греться и до 70 градусов - это для них норма будет. Тут оптический пирометр нужен для диагностики.

.решил сныть его и поставить другие .поставил два так как они слабые а тот был мощный.

При комбинировании кулеров, если соединить жилы управления и жилы датчиков от всех кулеров в один пин можно получить непредсказуемый результат управления ими материнкой. Тут нужно определенное понимание, с какого датчика снимать обороты, и как распределить сигнал управления, если у вас только один разъем под кулер. В таких ситуациях, обычно, оставляют один управляемый кулер материнкой, а все остальные подключают напрямую к питанию, возможно, даже выставляют постоянные обороты, чтобы была циркуляция воздуха в системнике.
PS: Еще в Биосе настраивается профиль работы кулера, но вы туда, видимо не лазили.

Поставьте проверку реферера на той странице, где хотите закрыть.

Нет, только ручками править шаблоны.
Если сайт совсем древний, то вам еще воевать со статическим контентом, чтобы его как-то затащить в некое подобие шаблонов, чтобы сделать адаптивные блоки.

Ответ, на самом деле, не тривиален.
USB хаб, который можно подключить к компу без проводов, - это единичные решения отдельных фирм.
Например, IOGEAR Wireless USB Hub and Adapter Kit (GUWH204KIT).
Скорее всего такое выпускалось когда-то, и только на всемирной барахолке найдете, типа, ebay.
Если нужно собирать современное решение, то скорее всего вам понадобиться usb сервер в форм-факторе wifi-роутера или Малинки (Raspberry Pi). И собственно, уверенные знания linux, чтобы это настроить. https://habr.com/ru/companies/selectel/articles/668590/

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

Пару раз выдирал проц. AMD с радиатором, когда был не опытным, но никогда это не приводило к повреждениям.
Если радиатор не отклеивается, то небольшие движения на кручение (в пределах люфта защелки радиатора) помогут расслабить термопасту, и радиатор отклеится.

Под Rx570 - не менее 600 Вт в независимости от остальной комплектухи.
Расчетные 500...550 вам дадут запустить систему, но питание будет тухнуть через полчаса в 3D нагрузках.

Чтобы любую таблицу обложить историей изменения, нужно создать следующую обвязку:
1. Создать таблицу <название исходной таблицы>__history
Поля таблицы:
Первичный ключ - history_id,
Копируем названия полей исходной таблицы как есть (всем полям даете возможность быть null).
Делаем внешние ключи таблицы истории к исходной таблице (обычно id- исходной таблицы нужно привязать) и к другим таблицам, такие же как в исходной таблице, но опускаем ограничение уникальности ключей. Не используем каскадное обновление значение ключей.
Добавляете поле - вид операции над строкой исходной таблицы (вставка, обновление, удаление).
И самое главное, в таблице истории должно быть поле next_history_id - делаете по нему связанный список истории изменения одного поля. Как это поле работает? - см. пункт 2.
2. Создаете триггер/ы на события вставки, изменения, удаления для исходной таблицы в ней пишите тело со следующими действиями:
Читаете id тронутой событием записи из исходной таблицы.
Определяете history_id по данной id, где next_history_id is null - запоминаете в локальной переменной как before_history_id.
Если действие не удаление, то создаете запись в таблице истории из new-полей, которые пришли в insert/update для исходной таблицы, добавляете значение поля вида действия, next_history_id делаете null, получаете history_id этой вставленной записи - записываете в переменную new_history_id.
Если действие - удаление, то new поля вычитывать не нужно, нужно записать значение поля вида действия, next_history_id делаете null, получаете history_id этой вставленной записи - записываете в переменную new_history_id.
Делаете обновление поля next_history_id = new_history_id у записи истории со значением ключа before_history_id.
Тело триггера готово.
На любое действие в исходной таблице будет создаваться запись в истории, с указанием действия, а также будет формироваться цепочка изменений конкретной записи через атрибут next_history_id.
Чтобы вычитать последнее изменение по строчке исходной таблицы, нужно обратиться в таблицу истории по id от исходной таблицы и next_history_id is null.