Anonymous

в msys2 заголовки библиотеки ставятся в include/ncurses/
Можете использовать так: #include <ncurses/ncurses.h>
Можно использовать утилиту pkg-config для сборки, она выдаст правильные пути для заголовков и зависимости:
pkg-config --cflags --libs ncursesw

Да, поставили.
Так как минобр пожаловался.

Если хочется оригинальный - написать в поддержку Honor и спросить. Или не ломать голову и купить кабель на 65 Вт, от Ugreen например.

Возьмите любой usb-c - usb-c кабель.
https://www.dns-shop.ru/catalog/recipe/027b65c0ccc...
https://www.ozon.ru/category/elektronika-15500/?ca...

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

Ты можешь поднять nginx (ну или caddy, раз уже определился) на 80-м порту и настроить его на раздачу статики и проксирование запросов.
MongoDB останется как есть.

Добавьте рандомный sleep в команду в кроне

/usr/bin/sleep $(($RANDOM%61)) && yourjob.sh

В systemd-timer есть параметр, добавляющий разброс в указанном диапазоне. Задача в кроне со слипом - для 2023 года жуткий костыль и атавизм.

С помощью systemd
Создайте файл `myscript.service`

[Unit]
Description=Мой скрипт

[Service]
ExecStart=/путь/к/вашему/скрипту.sh

2. Создайте таймер для запуска скрипта `myscript.timer`

[Unit]
Description=Таймер для моего скрипта

[Timer]
OnCalendar=*-*-* 00:00:00
RandomizedDelaySec=3600

[Install]
WantedBy=timers.target

3. Активируйте и запустите таймер.

sudo systemctl daemon-reload
sudo systemctl enable myscript.timer
sudo systemctl start myscript.timer

Параметр `RandomizedDelaySec` устанавливает случайную задержку в секундах между запусками.

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

Есть сборщик gulp

То что под gulp есть сборщики не делает сам gulp сборщиком. Gulp - task runner, запускалка задач. То есть сборщик под капотом может быть любой, хоть тот же vite.
Теперь про vite, основная его фишка - это ускорение dev сборок и за счет этого ускорение самого процесса разработки. Достигает он это за счет того, что по сути не собирает Ваши исходники, а только применяет к ним трансформации, хотя зависимости все же собирает с помощью esbuild. При этом для прода вся сборка переадресуется на rollup. И то что в dev и в prod у Вас будут по сути разные сборщики изредка приводит к багам, которые воспроизводятся только в prod сборках. Rollup надо сказать тоже не идеален и на больших проектах порой ломает код, хоть и редко.

А по факту, смена сборщика чревата ошибками, сильными изменениями в структуре проекта и прочими подводными камнями.
Если вопрос "стоит ли переезжать" появился только из hype-driven-development (погоней за модой по-простому), то ответ однозначный - нет, не стоит.
Если же текущая сборка накладывает на Вас сильные ограничения и борьба с этими ограничениями занимает очень много времени, настолько, что потенциальные проблемы от смены сборки скорее всего займут времени меньше, то да, стоит переезжать.