smilingcheater

ryzen больше ядер (6 при 12 потоках) чем у этого intel (4 ядра - 8 потоков), но в пределах одного потока intel быстрее, примерно на 25%

Выбор amd ошибочный, за такие же деньги лучше брать AMD Ryzen 5 3500X, у него single thread rating даже выше чем у твоего интеля, но главное l3 кеш у amd сильно выше (32мб) чем у intel (6мб), а это значит высокая производительность будет больше на типичных (не синтетических как в тестах) задачах, так что бери именно ryzen 5 3500X

В данном случае проще не использовать цикл.

<?php echo implode('<b>/</b>', array_column($product['qt'], 'name')); ?>

Блин, сколько же раз я уже отвечал на подобный вопрос...

Если достаточно минимальных знаний линуха и хочется поскорее начать кодить - бубунту
Если планируется работа в энтерпрайзе - центос (хотя в свете последних событий, эта рекомендация может быть уже и устарела)
Если хочется лицензионной чистоты или банально не знаешь, что ставить - дебиан
Если хочется понять как работает линух - генту

(ну и последний аЦкий вариант - если установка генты кажется плевым делом - LFS)

Дебьян. Для любых целей.

Дешевле решить проблему аппаратным способом, поставить ups, подключить его по usb/com к компу и настроить уход в сон по пропаданию электричества дольше чем на минуту. Чтобы восстановилось все после сбоя, необходимо городить какой-то watchdog со стороннего устройства, который будет будить сервер по WoL при появлении энергии, логично завести управление ups именно на это устройство а не сам файловый сервер, какую-нибудь малинку или дешевую mitx плату с процом потребляющим 5ват.

Постоянные отключения энергии добьют любую систему, включая железо (hdd не любят этого)

Если же отвечать по теме - настраивай linux за работу из ram/образа диска (смотреть как сделано в livecd, там есть ro образ squashfs сжатый, а необходимые записи заворачиваются через что то типа aufs в tmpfs).

Саму же файлопомойку размести на btrfs/zfs/xfs (ключевое тут - cow), они легче переносят прерывание работы.
Про производительность и надежность - при использовании ext3..4 можно разместить журнал на ssd диске (там надо от силы 512Мб), сильно ускорит запись на hdd без необходимости переводить nas в режим writeback (оно тоже улучшает но роняет надежность при потери энергии).

p.s. про windows, в свойствах диска системы (рекомендуется при этом каталоги temp разместить на ram диске) и файлопомойки отключи кеширование записи, это даст гарантию что данные не потеряются при отключении энергии ценой понижения производительности (будет работать кеш записи самого hdd так что не все так плохо).

1) Для node-gyp нужен python 2 версии
2) node-gyp не переваривает юникод, избавьтесь от кириллицы в путях
3) https://gist.github.com/bingo347/e6c8e1fe605ecb26d...

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

Беспокоиться особо не стоит. 60 градусов температура вообще не критичная.
Не понятно только зачем вам СВО. С этим процессором справится любой куллер, в т.ч. боксовый.

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

4 штуки на корпус и тишина вещи несовместимые, зачем вообще тебе их 4 штуки на корпусе?

Выглядит так, будто вы уже неправильно запускаете ваш проект.
reboot now это вы хотите прям на уровне операционной системы перезагрузиться? Зачем так радикально?
Зачем заходить в скрин? Выскажу догадку - yarn start завершается когда вы выходите с сервера, и вы решили запускать его в скрине?

Ну такое.
Смотрите. Можно сделать надёжнее
1) устанавливаете pm2 - менеджер процессов для долгоживущих nodejs приложений
2) пишете простой как две копейки ecosystem файл
3) запускаете своё творение не в скрине, и выходите с сервера не опасайсь что оно упадёт

Далее можно организовать перезапуск приложения. Не сервера.
Самый простой способ - повесить на этом же сервере на крон скрипт, который будет делать curl -s -o /dev/null -w "%{http_code}". Если ответ этой команды не "200" то выполнять команду pm2 restart myApp

Кстати, если перебои в работе приложения происходят из-за того что прям процесс падает, то даже никакой крон не понадобится - pm2 сам следит за тем что приложение остановилось, и запускает его снова.

INSERT - это запись данных в таблицу.
Вам нужен SELECT.
Изучайте SQL.

> Задача в том что бы выводить из бд определенную строку и переводить ее в массив

Почему тогда?

> INSERT INTO user (incart)

Этот метод не чтения, а записи в таблицу user. И что, у вас в табличке только одно поле?

Потому что она не объявлена, откуда же ей взяться.