есть же iTerm2 на мак. Зачем тебе туда эта штука???

есть же iTerm2 на мак. Зачем тебе туда эта штука???

iterm не решает то что решает oh-my-zsh

iterm не решает то что решает oh-my-zsh

а че он решает? за жизнь решает?))

просто следуешь ей

в инструкции не хватает строчки, что делать когда oh-my-zsh начинает тормозить на папках с git с большим количеством бранчей )

а че он решает? за жизнь решает?))

саджест, темы, плагины + все фичи zsh

Как запихнуть stream в POST request?

const request = require('request') request.get(URL).pipe( request.post(…) )

в инструкции не хватает строчки, что делать когда oh-my-zsh начинает тормозить на папках с git с большим количеством бранчей )

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

в инструкции не хватает строчки, что делать когда oh-my-zsh начинает тормозить на папках с git с большим количеством бранчей )

https://habrahabr.ru/post/323496/

надо проверить. на самом деле решается правкой конфигов

Кто знает, как можно сделать, чтобы в socket.io на каждый emit , вешать уникальный номер, чтобы потом в случае ошибки, можно было по номеру восстановить её контекст (не стек трейс).

Кто знает, как можно сделать, чтобы в socket.io на каждый emit , вешать уникальный номер, чтобы потом в случае ошибки, можно было по номеру восстановить её контекст (не стек трейс).

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

Кто знает, как можно сделать, чтобы в socket.io на каждый emit , вешать уникальный номер, чтобы потом в случае ошибки, можно было по номеру восстановить её контекст (не стек трейс).

Гугл uuid nodejs uuid

Гугл uuid nodejs uuid

Это я знаю как делать. Меня интересовала возможность вешать номер ошибки в одном месте.

Тут я хз. Я другой велосипед юзаю

Это я знаю как делать. Меня интересовала возможность вешать номер ошибки в одном месте.

Напиши врапперы/хелперы для эмитов.

А ты либо хочешь видеть историю вызовов предшествующую ошибке ?

Напиши врапперы/хелперы для эмитов.

Ну теперь да, придется. Вообще не понятен смысл middleware в контексте socket.io.

Ну теперь да, придется. Вообще не понятен смысл middleware в контексте socket.io.

Мне тоже, я такого даже не видел и не пользую.

Странно, это как бы первая вещь, которая должна быть из коробки, чтобы норм формировать баг репорты.

Странно, это как бы первая вещь, которая должна быть из коробки, чтобы норм формировать баг репорты.

сделай PR

это же опенсорс детка

nvm install lts nvm use lts

На всё время )

Никто не подскажет по request?

Как запихнуть stream в POST request?

const request = require('request') request.get(URL).pipe( request.post(…) )

https://stackoverflow.com/questions/18728039/express-req-pipe-does-not-work

const request = require('request') request.get(URL).pipe( request.post(…) )

Там все написано. С примерами.

Нету там такого

В документации все есть

Покажи как мне прицепить полем file стрим

Я блин три дня эту доку перерываю вдольи опперек и интренет

Прочитать его в буффер

И буффер хуйнуть на пост

Но сначала прочитать все в буффер

Файл может быть и 10ГБ

Ну тогда выкидывать реквест и писать постзапрос руками

Открыв сокет и хуйнув туда все заголовки

Хех. Блин. ?

Читай как post устроен

Там все просто

Читал

мне вот нужно multipart отправить.

Сразу получить заголовки файла (длину), сформировать POST и кинуть начало, а потом уже чанками докидывать и в конце закрыть.

Не

эм?

И да если 10 гиг то пост тебе не подходит

Читай про put

Пост все нормальные люди ограничивают

У меня только POST, к беку не дают руками дотрагиватся ?

Ну постом тоже можно по идее...

Ну клей руками

Бггг

Придеццо ?

Уметь бы еще nodejs так хорошо, чтоб клеять…

Придеццо ?

Чего тебе в этих двух секциях с примерами не хватает? https://www.npmjs.com/package/request#streaming https://www.npmjs.com/package/request#multipartform-data-multipart-form-uploads Пайпы, стримы, всё такое.

Http на ручном приводе надо

Ну или искать клиент который хватает в себя стрим

У меня нету fs.createReadStream.

У меня пайп с request'а. А поидее он так не умеет.

Чего тебе в этих двух секциях с примерами не хватает? https://www.npmjs.com/package/request#streaming https://www.npmjs.com/package/request#multipartform-data-multipart-form-uploads Пайпы, стримы, всё такое.

Ему тело поста надо передать стримом. Он размер не знает

ERROR: S client not available

Изза того, что POST требует размер сразу. Тоесть нужно заголовками посчитать сколько будет файл и потом начинать "кидать POST"

Ну хуй знает

Может и есть способ, но я не настолько хорош с nodejs (пока еще))) Мне нужно сделать request.get(FILE_URL) -» и его в POST'е отправить.

Собирай буффер и пуляй его

Ему тело поста надо передать стримом. Он размер не знает

Ну так get и pipe. Там пример с put (который иначе заголовки формирует), но и с post можно что-нить придумать. Мне лень проверять.

Если б можно было как-то request.get(…).getReadStream((stream) => { request.post(…).form().append('file', stream) })

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

Пихай в буфер и молись что рамы хватит

Точно не хватит

Даже со свопом

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

Нормальные люди большой объем постят кусочками

Если б можно было как-то request.get(…).getReadStream((stream) => { request.post(…).form().append('file', stream) })

Не оно? https://github.com/request/request/issues/1664#issuecomment-258464302 Мне лень дальше гуглить)

А вообще для таких высеров есть put

Он именно для таких сервисных нужд

А вообще для таких высеров есть put

Ага. Для больших объёмов-то.

Я это уже видел. Нет. Мне нужно запросить файл с одного сервера, и отправить на другой сервер с кукой. Но без сохранения где-либо

Так. Уже конкретнее. Файл

Кто сказал что 10 гиг? Бггг

Ну может быть и 1ГБ. Сейчас ≈1МБ но их будет много одновременно

Ну так делай через память

И не еби мозг

Post не для больших объемов

Скорее у тебя связь порвётся чем ты его в 1 заход просунешь

Люди суют и 10ГБ

Там кажется кастомный подуль к nginx

Бля. Я тоже совал. Склейку делал

Была бы возможность, я б предпочел PUT.

Он поидее для этого и делался