GM
возможно, пробелма в том, что у меня pip для python установлен и уже указан в path, но при установки node пислоась, что тоже устанавливается в path
Size: a a a
2021 June 23
N
Пип вроде не конфликтует с нодой, у меня и пип и нода норм живут
GM
о, вот это помогло, спасибо большое
AG
Конечно помогло. Но тебе надо разобраться куда просто node ведёт
GM
да, пытаюсь
Р
Можешь скачать nodemon модуль глобально и забить на нод, если ленивый. :3
Скорее всего будет работать без проблем.
Скорее всего будет работать без проблем.
AG
Кто там по винде шарит? На линуксе просто whereis. А что в винде?
N
Установить линукс и там написать
Проводник, найти на С:)))
Проводник, найти на С:)))
GM
он запускает, но по-австралийски
N
Что за "cad"?
AG
Обычно archicad, но пока не архитектор
GM
у меня там все проги рабочие установлены
❌
в повершеле where.exe
❌
PS C:\Users\Akionka> where.exe go
C:\Program Files\Go\bin\go.exe
PS C:\Users\Akionka>
GM
ну, я устанавливал node только в cad, но она есть ещё во втором месте. видимо, от туда её стоит удалить
I
и сломать что-нибудь
AG
О, нашлась))
AG
Конструкция while (true) это идиома из синхронных языков программирования чтобы заставить что-то работать вечно. К примеру, вы пишите демон на php, и там нужно такое чтобы он всегда искал и делал, пока его не убьют через kill.
смотрите, судя по условиям, за один проход у вас может выполняться и тот, и другой метод. Из кода не ясна суть бизнес-задачи, поэтому точное решение предложить сложно. Но одно ясно - у вас классическая pub/sub задача. У вас есть хранилище заданий, которое должно пополняться и задачи из него должны выполняться. Это самая обычная FIFO-очередь. Реализовать можно как угодно: redis, rabbit, bull и т.п. Хоть даже пишете собственный объект, наследуете его от eventEmitter и реализуете его так, чтобы он сам мог генерить события.
1) создаете слушателя, который подписывается на очередь и выполняет задачи если она не пуста. Такой подход позволит запускать выполнение тасков параллельно, а не последовательно
queueObject.on('newtask', doSomeAsyncStuff(task));
2) в зависимости от вашей задачи реализуете пополнение очереди, можно хоть через setInterval
setInterval(() => {
if (queueObject.length < 10) populateQueue();
}, 1000);
смотрите, судя по условиям, за один проход у вас может выполняться и тот, и другой метод. Из кода не ясна суть бизнес-задачи, поэтому точное решение предложить сложно. Но одно ясно - у вас классическая pub/sub задача. У вас есть хранилище заданий, которое должно пополняться и задачи из него должны выполняться. Это самая обычная FIFO-очередь. Реализовать можно как угодно: redis, rabbit, bull и т.п. Хоть даже пишете собственный объект, наследуете его от eventEmitter и реализуете его так, чтобы он сам мог генерить события.
1) создаете слушателя, который подписывается на очередь и выполняет задачи если она не пуста. Такой подход позволит запускать выполнение тасков параллельно, а не последовательно
queueObject.on('newtask', doSomeAsyncStuff(task));
2) в зависимости от вашей задачи реализуете пополнение очереди, можно хоть через setInterval
setInterval(() => {
if (queueObject.length < 10) populateQueue();
}, 1000);