Сейчас допишу))

В пути

А какие best practicies по нивелированию проблем с npm? Поднять приватный npm?

https://www.theodo.fr/blog/2016/01/speed-up-npm-install-with-a-nexus-proxy-to-cache-packages/

Добрый день. Поговорили?

Женя, понятнее стало?

Я думал будет еще одно сообщение, а не исправление, поэтому только сейчас увидел. Да, в целом ощущение "W00t??" пропало

Женя, понятнее стало?

Спасибо :)

Я думал будет еще одно сообщение, а не исправление, поэтому только сейчас увидел. Да, в целом ощущение "W00t??" пропало

фуууух 😅

Кто-нибудь слал файлы с сервера на сервер?

Да, бывает шлю иногда

Кто-нибудь слал файлы с сервера на сервер?

А что конкретно интересует?

@corpix Во всех примерах что я видел берется path файла и запихивается в readablestream и так отправляется правда в сервере-приемнике я вижу тупо path с отправленного сервера который мне ничего не дает

@corpix поэтому интересует видимо как правильно это сделать)

@corpix поэтому интересует видимо как правильно это сделать)

Готового решения у меня нет, но есть например https://github.com/request/request С её помощью можно отправить данные по HTTP протоколу. Соответственно на другой стороне должен быть HTTP сервер, готовый принять эти данные. Советую погуглить что-нибудь про отправку файлов по http в nodejs

@corpix Во всех примерах что я видел берется path файла и запихивается в readablestream и так отправляется правда в сервере-приемнике я вижу тупо path с отправленного сервера который мне ничего не дает

Верно, что отправлено в stream то и будет принято(если это была строка с именем файла, то на другом конце это тоже будет строка, никакой магии)

так и что мне делать с этой строкой-путем файла? если второй сервер физически в другом месте я ж его не могу прочитать чтобы сохранить

когда с фронтэнда на сервер приходит файл там же объект где временный путь на сервере до файла его размер и тд

тут такого что-то нема)

1. Читаешь файл в буффер

2. require('http')

3. ...

4. PROFIT

так и что мне делать с этой строкой-путем файла? если второй сервер физически в другом месте я ж его не могу прочитать чтобы сохранить

Вообще тут бы не помешали знания о том как вообще HTTP протокол работает. Ну и стримы в nodejs. Прочитай хотя бы поверхностно про эти вещи, пазл начнёт собираться.

Стримы-то зачем

Для отправки

По мне, тк проще и эффективнее(нет буферизации всего файла в памяти).

Не проще ни разу

Кому что нравится :)

И в 99% случаев – оверинженеринг на пустом месте

Вот тут категорически не согласен, под нагрузкой "буферизированный подход" сложится быстро и легко.

там нагрузки никакой нет) одну пикчу гонять только)

Вот тут категорически не согласен, под нагрузкой "буферизированный подход" сложится быстро и легко.

Смешно

там нагрузки никакой нет) одну пикчу гонять только)

Ну с одной пикчей поэкспериментировать можно и с буферизацией, ок. Но это будет плохо работать под нагрузкой

Смешно

Поясни, где смеяться?

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

причем здесь нагрузка? вопрос ресурсов

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

Да примеры с числами тут особо и не нужны. Давай сравним два подхода. 1. При каждом запросе с файлом мы читаем его в память полностью и отправляем. Основные минусы в том что отправка начнётся после полного простения файла в память и в том что мы не всегда можем знать размер файла. Причем если он будет размером, скажем, 1 ГБ то на каждый запрос мы будем сгружать файл в оперативную память полностью. Когда-нибудь память у нас кончится(вероятно это случится довольно быстро). А ещё ведь есть клиенты с недобрыми намерениями, которые могут специально загружать к нам большие файлы очень медленно, забивая память. 2. При каждом запросе мы вычитываем файл маленькими кусочками с клиента и сразу же отправляем кусочки принимающей стороне(которая поступает также, читает файл по кусочкам и записывает в некоторое персистентное хранилище, например на файловую систему). Серьёзных минусов у этого подхода я не вижу, а вот плюсы в том что мы разумнее расходуем память и можем обслужить большее число клиентов(если клиентов станет много то мы просто будем работать медленнее).

причем здесь нагрузка? вопрос ресурсов

Т.е. если ресурсов много, то можно не думать о томЮ насколько быстро будет работать приложение? Не надо так :)

Неплохо замахнулся на один гигабайт. Файл к тому же можно и просто mmap'нуть ;) На заливке по дефолту nginx (и не только) зарубит с длинным POST'ом. И самое главное – проблемы надо решать по мере их поступления.

когда есть вариант сделать за 5 минут с полным чтением или за 5 минут с стримом - зачем делать плохо?

То есть с самого начала подкладывать себе проблему в будущее?

Неплохо замахнулся на один гигабайт. Файл к тому же можно и просто mmap'нуть ;) На заливке по дефолту nginx (и не только) зарубит с длинным POST'ом. И самое главное – проблемы надо решать по мере их поступления.

Тк никто про nginx не говорил, речь о том как решить правильно ;)

Человека может вообще устроит по неткату на каждом конце

Чтобы было что решать?

Вопрошающий похоже вообще не знает про HTTP, а вы про стриминг

Издеваетесь чтоле

Проблема в том что, если достаточно ресурсов, то зачем заморачиваться?

еще раз - зачем себе закладывать проблему в будущее?

оба варианта равны по сложности

Зачем тратить время на сложное решение?

нет, не равны

Равны??

чойта?

стриминг сложнее

ну ок о.О

Плюс оверхеды на проц

причем здесь незнание HTTP я не очень понял

Если уж пошла пьянка

я просто хочу послать файл не с клиента на сервер а клиент -> сервер -> другой сервер и при передаче файла между серверами у меня затык я не могу в конечном итоге получить в 'другой сервер' данные по файлу которые пришли от обычного яmultipart/form-data

Должно по content-disposition дробиться

printf debugging time!!

??

??

http://stackoverflow.com/questions/14862250/sending-a-file-to-node-js-through-tcp

https://www.theodo.fr/blog/2016/01/speed-up-npm-install-with-a-nexus-proxy-to-cache-packages/

Спасибо. Никто кстати не пробовал npm-cache юзать?

Спасибо. Никто кстати не пробовал npm-cache юзать?

pnpm 4ever

pnpm 4ever

Спасибо за наводку )

pnpm 4ever

Кхм. Спасибо, надо будет тоже посмотреть.

pnpm 4ever

когда я последний раз его пробовал, он не выполнял postinstall скрипты

что ломало проект

когда я последний раз его пробовал, он не выполнял postinstall скрипты

странно, у меня на node-sass выполняет postinstall https://github.com/sass/node-sass/blob/master/package.json

может быть сейчас все ок

надо посмотреть

Опубликовали фотографии с прошедшего неделю назад Moscow Node.js Meetup 8 в Яндексе - отмечайте себя и друзей! Оставайтесь на связи и следите за анонсами. :) https://www.facebook.com/media/set/?set=oa.595655280614260&type=1

ништяк

Есть специалисты по Hapi? Подскажите, пожалуйста, можно ли в Hapi, находясь внутри обработчика роута, передать запрос следующему роуту? В express это делается вызовом next() внутри миддлвейра.

@koistya где-то у себя использует: https://github.com/koistya

пацаны, не шарите как в терминале создать файл с названием как директория + расширение, если через цикл делать?

например for f in */; do cd $f && touch $f.js $f.tests.js && cd ..; done

вот так не работает..

с кавычками пробовал, тоже не работает

нагуглить не получается.. не знаю как искать )