Size: a a a

Node.js — русскоговорящее сообщество

2020 February 12

T

Trlart in Node.js — русскоговорящее сообщество
Благодарю)
источник

E

Eugene in Node.js — русскоговорящее сообщество
Всегда бы это так работало)
источник

a

artalar in Node.js — русскоговорящее сообщество
как на ноде с fs через промисы работать?
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
artalar
как на ноде с fs через промисы работать?
источник

a

artalar in Node.js — русскоговорящее сообщество
спасибо большое
источник

D

Dmitri in Node.js — русскоговорящее сообщество
В какую сторону смотреть? Задача, при запуске несколько одинаковых скриптов, чтобы они считывали параметры из файла:
param1
param2
. . . . .
param N

Чтобы каждый скрипт не считывал тот параметр, который уже другой использует или использовал. Проблема при одновременном доступе.

Скажем при обращении к param1 ставится "*", что этот параметр сейчас используется или использовался и другой скрипт его не может использовать, но возникает проблема при одновременном обращение. Всё равно при чтении и записи есть временной интервал. Может не в файле реализовывать, а в какой-нибудь базе данных или скажем в Google Таблице?
источник

v

vomidug in Node.js — русскоговорящее сообщество
Вроде как, файл при записи заблокирован процессом
Если только выделять под файл один процесс, который будет
1) держать контроль над файлом
2) обрабатывать запросы от скриптов
источник

D

Dmitri in Node.js — русскоговорящее сообщество
vomidug
Вроде как, файл при записи заблокирован процессом
Если только выделять под файл один процесс, который будет
1) держать контроль над файлом
2) обрабатывать запросы от скриптов
Вроде синхронный доступ есть.
источник

v

vomidug in Node.js — русскоговорящее сообщество
В любом случае, чтобы у тебя процессы не обращались к одним и тем же параметрам, у тебя
1) должна быть налажена связь между всеми этими процессами
2) связь с центральным процессом, который будет решать, кому с каким параметром работать
3) захардкодить, какой процесс с каким параметром работает
источник

D

Dmitri in Node.js — русскоговорящее сообщество
vomidug
В любом случае, чтобы у тебя процессы не обращались к одним и тем же параметрам, у тебя
1) должна быть налажена связь между всеми этими процессами
2) связь с центральным процессом, который будет решать, кому с каким параметром работать
3) захардкодить, какой процесс с каким параметром работает
В том и задача, что скрипты обращаются в разное время и список надо читать сверху вниз. Так-то, можно тупо разделить на части параметры и каждый скрипт будет обращаться к своему файлу с параметрами, а надо, чтобы из одного файла разные скрипты брали параметры.
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Dmitri
В какую сторону смотреть? Задача, при запуске несколько одинаковых скриптов, чтобы они считывали параметры из файла:
param1
param2
. . . . .
param N

Чтобы каждый скрипт не считывал тот параметр, который уже другой использует или использовал. Проблема при одновременном доступе.

Скажем при обращении к param1 ставится "*", что этот параметр сейчас используется или использовался и другой скрипт его не может использовать, но возникает проблема при одновременном обращение. Всё равно при чтении и записи есть временной интервал. Может не в файле реализовывать, а в какой-нибудь базе данных или скажем в Google Таблице?
не очень понятно, что ты пытаешься делать, но если тебе эти параметры нужны только на старте апликухи, то я использовал бы кластеризацию и в процессе мастера считывал параметры из файла и передавал, скажем, через аргументы процессам-воркерам
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
Какой bestpractice по обработке ошибок в следующем примере:
let res = await MongoModel.find({}, (err,resp)=>{.....?....})
источник

АП

Алексей Попов in Node.js — русскоговорящее сообщество
это тестовое задание небось
источник

v

vomidug in Node.js — русскоговорящее сообщество
Kirill Lesohorskyi
не очень понятно, что ты пытаешься делать, но если тебе эти параметры нужны только на старте апликухи, то я использовал бы кластеризацию и в процессе мастера считывал параметры из файла и передавал, скажем, через аргументы процессам-воркерам
Плюсую
Это, мне кажется, самое оптимальное, потому что любое нарушение порядка работы воркеров может привести к неправильному чтению файла
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Exi(s)t
Какой bestpractice по обработке ошибок в следующем примере:
let res = await MongoModel.find({}, (err,resp)=>{.....?....})
никакой, ты await-ишь undefined
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
Нужно при ошибке вернуть код соотвествующий клиенту либо данные
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
return?
источник

PS

Pavel Shakhov (pongo) in Node.js — русскоговорящее сообщество
Exi(s)t
Какой bestpractice по обработке ошибок в следующем примере:
let res = await MongoModel.find({}, (err,resp)=>{.....?....})
Эвейт с коллбеками?
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
Что странно он дожидается возвращения resp
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Exi(s)t
Нужно при ошибке вернуть код соотвествующий клиенту либо данные
смотри, тебе нужно определиться:
- ты делаешь это на коллбеках
- ты делаешь это на промисах(async/await)
Если ты хочешь делать это на промисах, то тебе нужно убрать второй параметр из .find()
источник