Error: read ECONNRESET
   at TLSWrap.onStreamRead (internal/stream_base_commons.js:205:27) {
 errno: 'ECONNRESET',
 code: 'ECONNRESET',
 syscall: 'read'
}  
ось таке отримую

const data2 = JSON.stringify({
 sync_product: {
   name: "API",
   thumbnail: "https://example.com/image.jpg",
 },
});
ось таке хочу відправити

Я щось не бачу щоб ваш сервер робив post.
Можете скинути весь код а не частинами?
Як ви робите запит на ваш node сервер?
Які бібліотеки використовуєте (у Вас імпортів не видно)?

Завантажте два файли на Gist або GitHub. Один сервер один фронт і киньте сюди посилання

мабуть http замість https потрібно слати

помилка якраз і каже про щось звязане з TLS

Товарищи, может быть кто шарит с github actions.

допустим, есть у меня екшн с вот такими правилами вызова:


on:
 push:
   branches:
     - '**'


в этом случае все ОК, каждый создает ветку, работет в ней, пушит, екшены запускаются и делают что надо.

НО! Если кто-то “форкнул” репозиторий, напедалил код у себя, а затем с форкнутого репозитория сделал пул реквест, CI не триггерится ибо это по сути НЕ пуш в ветку.

Но если я сделаю:


on:
 push:
   branches:
     - '**'
 pull_request:


Тогда как бы все ОК, кроме того, что человек который работает в самом репозитории, создав ветку, и сделав пул реквест триггерит екшн два раза - из-за того, что сделал коммит в ветку, и из-за того что сделал пул реквест.

Как это обходят?

Если вопрос не туда - сори 😅

тоді 301 помилка

От халепа

ща хантить будут? оО

Халепа

import http from "http";
import path from 'path';
import fs from "fs";

импортировал модули
обращаюсь к глобальной переменной __dirname и получаю удар в консоль __dirname не определен , єм что не так?

Потому что это глобальные переменные которых нет в модулях

import.meta

понял, лучше рекваир юзать ))

import { fileURLToPath } from 'url';
import { dirname } from 'path';

const __filename = fileURLToPath(import.meta.url);
const __dirname = dirname(__filename);

да как то так. Спасибо

Подскажите новичку, смотрю доклады Тимура "Node.js Middleware – никогда больше!" Проблемы с Nest guards и interceptor такие же?

Тоже смотрел доклад, сейчас делаю так - использую guard для проверки на авторизацию, но при этом никак не мутирую реквест, то есть либо пропускаю, либо нет и всё.
Далее, если мне нужен объект юзера (он мне редко нужен), достаю его с помощью сервиса.
interceptors и middlewares не использую.