Спасибо

Але взагалі, кафедра не має значення, усе одно доведеться в самоосвіту

Особливо по профільних предметах

Все таки подскажите в каких случая надо отдельный процесс запускать? )

Спасибо

Для утилизации ядер, т.е. использования более одного ядра, можно использовать как процессы, так потоки. Между процессами нельзя шарить буферы памяти и взаимодействие через ipc, tcp или др. способы, но только сериализация. А вот между потоками можно шарить буферы, как я рассказывал в сегодняшней лекции. Для справедливости нужно сказать, что можно на c++ сделать взаиможействие между процессами через memory mapped files (тоже общая виртуальная память) и прикрутить это к ноде как эдон, но я не видел токих готовых решений.

У меня почему вопрос возник. В приложение сначала запускался прокси сервер, а потом дальше через него шла работа, и как оказалось прокси так работал некорректно. Стал запускать отдельно и проблема ушла

Реверс прокси? nginx/haproxy? Это вообще не имеет смысла для ноды

http-mitm-proxy

Тоесть worker_threads — это именно потоки, подобно std::thread, а не форки основного процесса?

Можно как-то в vs code запустить проект в которм есть дочерний процесc fork ? Он пытается их запустить  тоже в отладчике на том же порту

можно

Добавь "autoAttachChildProcesses": true в launch.json

Спасибо!

Что не вышло, когда запускается дочерний процесс (require('child_process').fork), то всеравно запускает новый экземляр отладчика
Starting inspector on 127.0.0.1:18997 failed: address already in use

Если юзается child_process, то он автоматом прокидывает туда параметры командной строки родителя.
И тут, как говорится, есть 2 стула. Можно заюзать fork из либы cluster, либо генерить для воркеров дебаг порт вручную и пробрасывать его в форк.

Опа. Понял спасибо

Товарищи, кто-то делал тгбота на Telegraf.js с вебхуком, но не на express/koa, а на нодовском серваке?