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

+

она только для этого и нужна

:trollface:

ну прокси на ней норм еще писать)

на nginx норм прокси

Все нормально на нем писать не переживайте!

на nginx норм прокси

слишком многословно. ну и прокси к базе, кешам и тд, не просто запрос пробросить

Микросервисы вполне нормально писать

Гораздо приятнее чем тот же Go

что!? кто-то кинул какашкой в Go!?

И не говори

Вообще не понимаю как люди на этом говне пишут каждый день

осторожней, как бы не пришлось извиняться перед Goдыровым

Вообще не понимаю как люди на этом говне пишут каждый день

на этом Goвне))

Совпадение? Не думаю

кек

кто юзал pm2?

кто юзал pm2?

+

мне надо прокинуть в запускаемый скрипт ENV переменные извне

Кто то плохо говорит о зайцах?

ну то есть: TOKEN=123asd pm2 start app.json

Экспортни

Я юзал. Как-то так: { "name": "portal", "script": "apps/portal/static/index.js", "env": { "MY_KEWL_VAR": "42" } }

ну то есть: TOKEN=123asd pm2 start app.json

ты не через конфиг запускаешь? там есть флаг

Я юзал. Как-то так: { "name": "portal", "script": "apps/portal/static/index.js", "env": { "MY_KEWL_VAR": "42" } }

мне нельзя писать переменные в конфиг

они приходят из CI

Зачем вообще pm2 если есть докер?

и к тому же: "script": "script_name", "args": "$TOKEN"

Зачем вообще pm2 если есть докер?

cluster

А кому нужен кластер?

А кому нужен кластер?

мне нужен

Кластер pm2 в докере? о.О

"script": "script_name", "args": "$TOKEN" такое возможно?

Ну если только не на импрешен сидеть

мне докер не подходит

Зачем вообще pm2 если есть докер?

докер же goвно, нет?

"script": "script_name", "args": "$TOKEN" такое возможно?

там можно просто через cli передавать. гугли ман по флагам pm2

докер же goвно, нет?

Pm2 тоже может упасть и падает раз в полгода

и как это связано?)

pm2 можно без демонизации докером запустить, норм?

pm2 на говне

нашел дебильное решение

День добрый. Пытаюсь разобраться с стандартным клиентом на NodeJS(то бишь библиотекой net). Хочу соединиться с сервером(сервер сам на С++), net.createConnection(), задаю там порт, вроде все успешно, после добавляю сокет в socket_list = [];, далее обращаюсь к socket_list[индекс нужного сокета], пытаюсь в него писать, но не тут то было, connection = false, при записи в сокет выдает ошибку Error: This socket is closed;. В чем может быть дело? Почему сразу же socket закрывается?

после создания сокета добавь обработчик ошибок

socket.on('error', console.error.bind(console))

Так и делаю, там же пишет Error: This socket is closed;

ну погугли остальные эвенты

там может причина аборта будет в эвенте abort

А к чему коннетишься?

Если ошибок нет значит на end подпишитесь

и то же самое со стороны плюсов бы посмотреть) может плюсовый сервак реджектит коннект

С той стороны соединение закрыли

Веду соединение с небольшим сервером на С++(там буквально и есть только прием соединения и обработка сообщений. Сам сервер принимает подключение и переходит в режим чтения)

Подхожу не переходит если сокет закрыт

а ты telnet-ом сначала плюсовый сервак протести)

telnet не жалуется, держит соединение до тех пор, пока не вырубишь сервак

мб в ноде таймаут дефолтный есть?)

Вот это мне и интересно

PS. только что еще раз протестировал telnet-ом, сообщение пришло, все отлично. Осталось с нодой теперь разобраться

ну есть если ты сам поставишь

только

timeout что ли который закрывает соединение если там нету общения

socket.setTimeout = 2000; // сколько бы не ставил, толку нет

ERROR: S client not available

Да и мне нужно долгосрочное соединение

нужно убрать

его

наоборот

Я про то, что и так, и так пробовал

То бишь без установки таймаута и с ним

таймаут точно не нужен.

можешь поставить логирование того что он тебе шлет байткодом

ну т.е. бафером

Самое интересное, что end не срабатывает

а коннект срабатывает?

Да

там 'close'

называется закрытие

А вот close сразу срабатывает

А мб и сервер отключает, вот только возиться с плюсами влом, но выхода нет

Блин, но в тоже время telnet не отключается же

Есть кто внимательный?) Почему не отрабатывает set-cookie ? Заголовки ответа: Access-Control-Allow-Origin:* Connection:keep-alive Content-Length:86 Content-Type:application/json; charset=utf-8 Date:Tue, 01 Nov 2016 17:16:53 GMT ETag:W/"56-mR+PAYis0WpNeZ4Mz7c2JQ" set-cookie:connect.sid=s%3AOo29rFOjNFi5ESH3CxfZcD6eQLoIF_-g.b5HFGuREKXrjDJZxjRwhiKp6O4HYf%2BCW3otmZ5HhESc; Path=/; HttpOnly Vary:Accept-Encoding X-Powered-By:Express

Приходит в ответе на POST запрос

Есть кто внимательный?) Почему не отрабатывает set-cookie ? Заголовки ответа: Access-Control-Allow-Origin:* Connection:keep-alive Content-Length:86 Content-Type:application/json; charset=utf-8 Date:Tue, 01 Nov 2016 17:16:53 GMT ETag:W/"56-mR+PAYis0WpNeZ4Mz7c2JQ" set-cookie:connect.sid=s%3AOo29rFOjNFi5ESH3CxfZcD6eQLoIF_-g.b5HFGuREKXrjDJZxjRwhiKp6O4HYf%2BCW3otmZ5HhESc; Path=/; HttpOnly Vary:Accept-Encoding X-Powered-By:Express

А реквест точно верный и полный? У тебя в ответе стандартные данные возвращаемые самим экспрессом

По крайней мере когда сервер со мной не хочет развговаривать — это выглядит так же)

Сделай единый cookieJar для всех запросов и смотри, что в нём сохраняется

Думаю что да, если получать cookie из запроса на сервер рендер то заголовок срабатывает а с POST запроса нет, знаю что есть ограничения у CORS, нужен дополнительный заголовок но это не тот случай.

К пост запросу просто может прилагаться form data или ещё что-то в этом духе, в реквесте cookies некоторые должны быть секурными, иначе тоже отвергнут

Короче все равно проще всего сделать опцию jar:cookieJar и проанализировать, что туда сохранится, уж так то set cookie всегда сохраняется

Есть кто внимательный?) Почему не отрабатывает set-cookie ? Заголовки ответа: Access-Control-Allow-Origin:* Connection:keep-alive Content-Length:86 Content-Type:application/json; charset=utf-8 Date:Tue, 01 Nov 2016 17:16:53 GMT ETag:W/"56-mR+PAYis0WpNeZ4Mz7c2JQ" set-cookie:connect.sid=s%3AOo29rFOjNFi5ESH3CxfZcD6eQLoIF_-g.b5HFGuREKXrjDJZxjRwhiKp6O4HYf%2BCW3otmZ5HhESc; Path=/; HttpOnly Vary:Accept-Encoding X-Powered-By:Express

Для кук нужен точный ориджин, звёздочка не подойдёт

А если нужно, чтобы клиент куку тоже слал, то нужен запрос withCredentials или как-то так

А если нужно, чтобы клиент куку тоже слал, то нужен запрос withCredentials или как-то так

Запрос то не CORS, я обращаюсь относительно к хосту, странно в общем

Есть кто внимательный?) Почему не отрабатывает set-cookie ? Заголовки ответа: Access-Control-Allow-Origin:* Connection:keep-alive Content-Length:86 Content-Type:application/json; charset=utf-8 Date:Tue, 01 Nov 2016 17:16:53 GMT ETag:W/"56-mR+PAYis0WpNeZ4Mz7c2JQ" set-cookie:connect.sid=s%3AOo29rFOjNFi5ESH3CxfZcD6eQLoIF_-g.b5HFGuREKXrjDJZxjRwhiKp6O4HYf%2BCW3otmZ5HhESc; Path=/; HttpOnly Vary:Accept-Encoding X-Powered-By:Express

случайно не пытаешся на клиенте куку получить?

если да, до обрати внимание на флаг HttpOnly

Да

Обрати :)