Size: a a a

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

2020 February 12

E

Exi(s)t in Node.js — русскоговорящее сообщество
Понял. Походу плохо читал доку. Попробую. Спасибо
источник

PS

Pavel Shakhov (pongo) in Node.js — русскоговорящее сообщество
Exi(s)t
Что странно он дожидается возвращения resp
Вероятно ошибка будет выкинута исключением. Значит нужно обернуть вызов в try catch
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
тогда у тебя вылетит эксепшн. В своей функции/методе контроллера ты можешь поймать эту ошибку и обработать
источник

E

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

PS

Pavel Shakhov (pongo) in Node.js — русскоговорящее сообщество
Exi(s)t
А try catch разве с асинс?
Да
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
Просто недавно читал где-то что он только ошибки в синс отлавливает😅
источник

D

Dmitri in Node.js — русскоговорящее сообщество
Kirill Lesohorskyi
не очень понятно, что ты пытаешься делать, но если тебе эти параметры нужны только на старте апликухи, то я использовал бы кластеризацию и в процессе мастера считывал параметры из файла и передавал, скажем, через аргументы процессам-воркерам
Скажем так, запустились 3 скрипта одновременно, каждый считал по параметру из файла:
Script1 -> param2
Script2 -> param3
script3 -> param1

Далее, каждый скрипт что-то обработал и начинает считывать следующий параметр:
Script3 -> param4
Script1 -> param5
Script2 -> param6

каждый скрипт в разное время обращается. Но, как избежать, чтобы не получилось так, что они одновременно обращаются к одному и тому же параметру?
источник

MF

Maxim Frolov in Node.js — русскоговорящее сообщество
Всем привет, возможно вопрос немного не в тему тут будет но все же, может кто-то посоветует что. Делаю авторизацию, и воникла проблема с пробросом куки httpOnly с connection.sid на graphql сервер. Локально при http все работает, но на ворке используется https и кука с идентификатором сессии не цепляется, при этом цепляются "левые" куки яндекс метрики без httpOnly. Я уже хрен знает куда копать
источник

PS

Pavel Shakhov (pongo) in Node.js — русскоговорящее сообщество
Exi(s)t
Просто недавно читал где-то что он только ошибки в синс отлавливает😅
Если ты делаешь эвейт промису, то трай ловит исключения
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Dmitri
Скажем так, запустились 3 скрипта одновременно, каждый считал по параметру из файла:
Script1 -> param2
Script2 -> param3
script3 -> param1

Далее, каждый скрипт что-то обработал и начинает считывать следующий параметр:
Script3 -> param4
Script1 -> param5
Script2 -> param6

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

E

Exi(s)t in Node.js — русскоговорящее сообщество
Pavel Shakhov (pongo)
Если ты делаешь эвейт промису, то трай ловит исключения
Исчерпывающе более чем. Спасибо)
источник

АП

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

ZA

Zaur Abdulgalimov in Node.js — русскоговорящее сообщество
1) есть web сервер на koa
2) есть клиент который делает http запрос (использую node-fetch)

Клиента запускаю через nodemon, и первый http запрос проходит нормально. Если что то в коде изменить, чтобы nodemon перезапустил приложение, я получаю ошибку:
FetchError: request to http://localhost:5005 failed, reason: connect ECONNREFUSED 127.0.0.1:500
Если отрубить nodemon через ctrl+c и запустить вновь - все работает, а вот если приложение перезапустил сам nodemon - запрос не работает.

подскажите почему так? в какую сторону смотреть? это проблема сервера или клиента?
источник

E

Exi(s)t in Node.js — русскоговорящее сообщество
Да я просто привык к then catch перевожу кодовую базу на async await некоторые детали не въезжаю)
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Dmitri
Скажем так, запустились 3 скрипта одновременно, каждый считал по параметру из файла:
Script1 -> param2
Script2 -> param3
script3 -> param1

Далее, каждый скрипт что-то обработал и начинает считывать следующий параметр:
Script3 -> param4
Script1 -> param5
Script2 -> param6

каждый скрипт в разное время обращается. Но, как избежать, чтобы не получилось так, что они одновременно обращаются к одному и тому же параметру?
просто то, схема того, что ты написал выглядит примерно так: воркер, считывающий параметр из файла -> IPC(amqp/http/unix scokets/whatever) -> воркер, обрабатывающий полученный параметр
источник

D

Dmitri in Node.js — русскоговорящее сообщество
Kirill Lesohorskyi
хорошо, есть ограничения на то, как запускаются скрипты?
Нет ограничений, могут стартануть одновременно, а могут с небольшой разницей. Если бы различие к доступу файла было в несколько секунд, то проблем нет, можно было сделать асинхронный доступ, пока один считывает/записывает файл, другие ждут, но тут надо чтобы одновременно все имели доступ.
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Zaur Abdulgalimov
1) есть web сервер на koa
2) есть клиент который делает http запрос (использую node-fetch)

Клиента запускаю через nodemon, и первый http запрос проходит нормально. Если что то в коде изменить, чтобы nodemon перезапустил приложение, я получаю ошибку:
FetchError: request to http://localhost:5005 failed, reason: connect ECONNREFUSED 127.0.0.1:500
Если отрубить nodemon через ctrl+c и запустить вновь - все работает, а вот если приложение перезапустил сам nodemon - запрос не работает.

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

KL

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

ZA

Zaur Abdulgalimov in Node.js — русскоговорящее сообщество
Kirill Lesohorskyi
дело скорее всего в веб сервере. Есть какие-то ошибки в консоли? Иногда такое происходит из-за того, что после того как нодемон рестартует процесс, порт остается занятым и приложуха не может стартануть
На сервере ошибок не вижу. Клиент запускается нормально, работает как надо до момента отправки http запроса, и вот сам запрос отправить не может.
источник

KL

Kirill Lesohorskyi in Node.js — русскоговорящее сообщество
Zaur Abdulgalimov
На сервере ошибок не вижу. Клиент запускается нормально, работает как надо до момента отправки http запроса, и вот сам запрос отправить не может.
попробуй после рестарта постучать с постмана/курла/твоего любимого клиента
источник