Евгений

Недавно Gnome решили перейти на pipewire, добавив зависимость в одном из пакетов. Прикол в том что pulseaudio и pipewire конфликтуют друг с другом. Поэтому при обновлении если согласишься, то тебя мигрирует на pipewire, но не всё так гладко.

Я проворонил в процессе установки что поменялись конфиги, в итоге пропал звук.

Чтобы починить идём в /etc/pipewire и смотрим какие файлы там есть с расширением .pacnew.
Менеджер пакетов Pacman создаёт файлы с таким расширением если исходный файл был модифицирован пользователем. Например, если вы подправите исходный /etc/sudoers, то при апдейте sudo можете получить /etc/sudoers.pacnew. Это сделано спецом чтобы не угробить ваши наработки :)

Так вот для pipewire достаточно заменить файлы pipewire.conf.pacnew и подобные на файлы без расширения .pacnew.

Затем рестартануть службы:

systemctl --user restart pipewire
systemctl --user restart pipewire-media-session

Как решать ситуации с .pacnew-файлами в будущем?
Если что-то сломалось или работает не так, искать такие файлы:

find / -name "*.pacnew"

А дальше "восстанавливать" в ручном режиме.

По скринам видно что вы делаете sudo git clone и тем самым клонируете репозитарий из под рута. А затем пытаетесь без прав рута делать npm install чтобы собрать проект. Вам нужно определиться от какого пользователя вы будете собирать проект. Если не от рута, то не используйте sudo.

cd ~
git clone ...
npm install

но вот в документации Gutenberg написано чтобы использовать плагин достаточно установить его из официальной репы:

To use the latest release of the Gutenberg plugin on your WordPress site: install from the plugins page in wp-admin, or download from the WordPress.org plugins repository.

Pentium/Core i3 это неудачный выбор для таких задач, которые вы обозначили. Они будут тянуть плуг ваших задач какое-то время, но совершенно без запаса на будущее.

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

Покупая технику из нижнего сегмента вы подставляете сами себя в будущем.

Я бы смотрел Lenovo S-серии, у которых как минимум Core i5 или Ryzen 5.

Почему именно железное? Вы можете взять виртулку со 100% гарантиями ресурсов. Даже отечественный яндекс.облако такое предлагает. Обманывать вас никто не станет, для такого игрока репутационные риски чем обстригать вас по CPU ;)

У виртуалок главное преимущество - гибкость. Допустим, ваш сосед передумает, а вам уже очень нужна будет своя часть этой железки. Что будете делать? :)

Core i3 и Ryzen 3 это без задела на будущее, если только ваше будущее это лёгкий сёрфинг и работа в Word.
Сейчас даже сёрфинг не назвать особо лёгким с учётом того как с каждым годом жирнеет среднестатистический Web. 99% покупок техники из нижнего сегмента нецелесообразны.

Поэтому имеет смысл выбирать как минимум из Core i5, Ryzen 5 или мощнее.

В Windows есть механизм runas, чтобы запускать процесс от имени другого пользователя. Ничего добавлять не нужно.

Потому что запускаете без прав администратора. Каталог c:\windows требует повышенных привилегий.

У discovery есть фича фильтров, её пример использования можете подсмотреть в шаблоне "OS Linux" для обнаружения дисков.

1. Развернуть где-то Zabbix и использовать его агента. Также в новых версиях Zabbix есть поддержка Telegram. Зарегаете бота, скормите заббиксу его токен и т. д. Всё есть в официальной документации.

2. Использовать сервис для мониторинга cron, они хоть больше и подходят для мониторинга задач, которые запускаются по расписанию (cron, планировщик задач Windows и т.д.). Но под вашу задачу тоже подойдут.

Создаёте на сервере задачу для cron, которая дёргает уникальный URL-сервиса. Если ваша VDS будет недоступна, то получите уведомление на почту или в telegram.

Примеры подобных сервисов: https://cronbox.ru, https://healthchecks.io и т.д.

1. Если нужно мониторить метрики производительности и ресурсов, то лучше не отдавать это каким-то сервисам, тем более которые требуют доступы на ваши сервера. Установить и использовать Zabbix / Nagios / Monit. Руководств в интернете полно.

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

Например, для мониторинга cron-задач:
https://cronbox.ru
https://cronitor.io
https://cronhub.io

и т.д.

Дополню: правильно очень размытое понятие. Например, речь может идти про расписание cron.
Его можно проверить как минимум двумя способами:
1. Вчитаться в man к crontab
2. Использовать онлайн сервисы, которые умеют расшифровывать cron формат. Например:
- https://crontab.cronbox.ru
- https://crontab.guru

С помощью lshw. Для мира RedHat и CentOS она ставится вот так:

yum -y install epel-release
yum -y install lshw

дальше краткий список дисков:
lshw -short | grep disk

если подробно:

lshw | less

Я не из мира PHP, но ответ будет содержать инфу которая не привязана к конкретным языкам программирования.

1. Общий код лучше выносить в другие файлы

2. Название файлов для общего кода лучше давать более осмысленными
functions.php ни о чем не говорит. А если общего кода будет больше, то это будет монструозный functions.php? лучше сразу разделять функциональность по смыслу.

Если функции связаны с базой, то и называть db.php. Если с пользователями users.php и т. д.

3. Если в рамках одной фичи вашего приложения требуется сделать N+1 операций в базе то имеет смысл в начале получить соединение в переменную (аля $cnn), затем его использовать в своих нуждах много раз. Вместо того чтобы тыркаться с ним.

4. Соединения нужно всегда за собой закрывать, а не "умирать" через die.

В дополнении к комментариям выше - возможно вы указали неправильное расписание. Такое которое срабатывает лишь через очень длинные интервалы. Можете попробовать проверить его на сервисах которые объясняют как указанное cron-расписание будет трактовано планировщиком. Их полно:
- https://crontab.cronbox.ru/
- https://crontab.guru
- https://crontab.cronhub.io и т. д.

Также для вашего скрипта new_updater.php можно указать вывод в какой-нибудь файл. В духе:

*/15 * * * * /path/to/new_updater.php > result.txt 2>&1

А потом посмотреть что напишет в этот файл. Может скрипт падает в процессе своей работы.

Для CentOS чтобы вам слало stdout и stderr от служб и приложений нужно помимо редактирования /etc/aliases
установить что-нибудь типа postfix, exim и т. п. С ними в комплекте идёт команда newaliases.

Итого:
1. Отредактировали /etc/aliases, указали там почту
2. Зарядили команду: newaliases

Автор, ты бы хоть логи какие-то скинул, куда какие запросы идут от frontend к backend. Тут же не форум для телепатов. Сам-то представь как можно ответить на твой вопрос не имея информации?

Вот если я тебе напишу: "У меня проблема, не идут запросы от frontend к backend. Nginx перезапускал."

Что посоветуешь?

1. Настроить ip forwarding на Linux-сервере
2. Настроить VPN-соединение куда вам там надо. Вы не уточнили как реализован VPN-сервер назначения
3. На клиентах сети настроить шлюзом IP-адрес вашего Linux-сервера

Поставьте себе 12.18.0 как дефолтную для nvm. Что-то типа такого:
nvm alias default 12.18.0

Ругается на mysql.h, это заголовочный файл. Очевидно вам надо поставить какие-то исходники mysql клиента.
Под Linux это пакет с названием типа libmysqlclient*
Под Windows - погуглите.