и все делается в несколько строчек благодаря нему

на ноде вроде тоже не много писать нужно

А можно еще поставить по нормальному

по-нормальному — как?

я так понимаю ты стек хочешь сделать?

да, там несколько приложений работает

Из репозитория

bcrypt

ладно, в любом случае - спасибо. Не знал за него

как можно запустить монгу с параметрами с помощью pm2?

pm2 start mongod -- --port 27018 --dbpath data/db --name mongodb

https://docs.mongodb.com/manual/tutorial/install-mongodb-on-ubuntu/

Из репозитория

это, наверное, криво https://docs.mongodb.com/manual/tutorial/install-mongodb-on-debian/

Это как надо, как раз

pm2 start mongod -- --port 27018 --dbpath data/db --name mongodb

спасибо большое, получилось

проблема в — ?

-- перед параметром для параметров к скрипту именно, как я понял?

+

ок, спасибо

да, всё ок

но всё же в конфиг всё внести, нежели каждый раз это набирать)

Я один раз запускаю и забываю ;) Но, с конфигом, бесспорно, лучше было бы.

pm2 start —name mongodb mongod — —port 27018 —dbpath data/db

так лучше, иначе —name идёт к монге

Я один раз запускаю и забываю ;) Но, с конфигом, бесспорно, лучше было бы.

Весь сахар в том, что у тебя весь стек описан в том же package.json и при pm2 start ты разворачиваешь полноценное окружение

а че эта, passport-local-mongoose, сама солит

а че эта, passport-local-mongoose, сама солит

спасибо

пасаны, а вот для чайника обхясните для чего bodyParser.urlencoded({ extended: true }). на англиском прочитал че да как. но чет не вкурил

Почитай тогда на рус

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

А лучше всего выполнить оба и сравни

А лучше всего выполнить оба и сравни

кароч я так понял что лучше ставить true, так он все ест

кароч я так понял что лучше ставить true, так он все ест

Defaults to true, but using the default has been deprecated. Please research into the difference between qs and querystring and choose the appropriate setting.

Плиз ресерч)

Defaults to true, but using the default has been deprecated. Please research into the difference between qs and querystring and choose the appropriate setting.

опять эти депрекаторы. тока что-то понял. а оно уже депрекетнулось :C

народ, а кто-нибудь стримы в продакшне юзает? я про nodejs реализацию простой юзкейс: вот я скрапер щас решил написать... можно сделать через промисы, можно на евентемиттере, можно через стрим последний вариант интересен тем что появляется возможность backpressure, пайпить и прочие штуки но немножко очкую из-за того что стримы ваще не контрибьютсятся судя по npm вот и решил уточнить тема эта норм или устарела как xbox kinect (aka "вроде модно и круто но никто не юзает")

а что ты хочешь стримить?

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

ну вроде как это дело небыстрое, поэтому смысла нет возвращать калбеком/промисом в конце большой массив, есть смысл по мере получения

а тут либо eventemitter, либо stream

стримы лучше использовать для обработки больших данных. Для ползания по страничкам думаю не стоит юзать стримы

стримы лучше использовать для обработки больших данных. Для ползания по страничкам думаю не стоит юзать стримы

где гарантии, что тебе не прилетит несколько Гб в ответ?

ну это утверждение безусловно верное, и с ним спорить смысла нет однако, оно не абсолютное... я бы переформулировал так: "стримы _можно_ использовать для обработки больших данных, но и для других юзкейсов (_перечисление_) они тоже норм"

где гарантии, что тебе не прилетит несколько Гб в ответ?

ну наверно нужно написать пару обработчиков ошибок

поэтому, вопрос не в том где их лучше использовать, а стоит ли вообще :)

учитывая текущую коьюктуру... вот об этом вопрос

Использую стримы для обработки jsonl файлов – делаю вложенные объекты плоскими. Как без стримов обрабатывать файлы по несколько гигабайт?

и он формулируется опять же просто: "использует кто-нибудь в продакшне"... прошу прощения, что вопрос не "где лучше их использовать" )

поэтому, вопрос не в том где их лучше использовать, а стоит ли вообще :)

вообще - стоит, я копировал файлы через ноду, предварительно обрабатывая. Только стримы меня и спасли, 0,5 тб файлов обработало

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

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

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

+

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

ну да, так будет оптимальней, потому-что со стримами процесс еще работа самих стримов будет наружать. А eventEmitter он же легче

попробуй оба варианта)

ок спасибо, я целом я ответ получил который хотел узнать (хотя, другие коллеги тоже высказывайтесь чтобы выборка была репрезентативной) маленький оффтоп: стримы мне всегда нравились (даже на русский переводил stream handbook), но я честно не понимаю почему их никто не юзает с одной стороны, все говорят что они сложные и непонятные но, с другой стороны, промисы для меня сначала были такие же непонятные, но щас их все юзают... ваши мнения? :)

не знаю как устроенны стримы и на сколько они производительны, но промиссы это простая легкая фунция, которую можно написать самстоятельно

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

между нами, девочками: мало кто думает "вот блин, я оптимизировал все что можно и все идеально, но вот из-за того что я выбрал rxjs вместо promises у меня цикл тормозит под нагрузкой"... чаще всего проблема "блин, все тормозит и я хз где косяк" :)

между нами, девочками: мало кто думает "вот блин, я оптимизировал все что можно и все идеально, но вот из-за того что я выбрал rxjs вместо promises у меня цикл тормозит под нагрузкой"... чаще всего проблема "блин, все тормозит и я хз где косяк" :)

обычно в таких случаях помогает профайлер

точно (*щепотка иронии*)

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

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

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

такой гиганский пайп грубо говоря между точкой А и Б, где куча логики по середине

и в оперативку разом оно не влезет

ну вроде как это дело небыстрое, поэтому смысла нет возвращать калбеком/промисом в конце большой массив, есть смысл по мере получения

Если парсить много, то нужна очередь задач с перезапуском неудачных.

Если выкачивать большие файлы, то без стримов вроде никак.

между нами, девочками: мало кто думает "вот блин, я оптимизировал все что можно и все идеально, но вот из-за того что я выбрал rxjs вместо promises у меня цикл тормозит под нагрузкой"... чаще всего проблема "блин, все тормозит и я хз где косяк" :)

Стримы- не о парсинге кучи страниц

Стрим- это поток однородных данных, грубо говоря аудио-поток (интернет радио), видео, большие файлы

Или если файл генерируется на ходу (архивация, зашифровывание)

Если у тебя реально дохрена данных, лучше использовать очередь задач Я парсил 100000 страниц в один проход, пришлось увеличивать максимум разрешенной памяти у процесса ноды

Чтобы не переписывать код

А так- промисы. асинки сейчас не самый оптимальный вариант в плане памяти для этой задачи (имхо) Я бы использовал обычные промисы для парсинга

Может кто-нибудь подскажет хороший пакет для манипуляции с домом прям с сервера ноды. То есть изменять инпуты там, кнопки нажимать

Заранее спасибо

Может кто-нибудь подскажет хороший пакет для манипуляции с домом прям с сервера ноды. То есть изменять инпуты там, кнопки нажимать

если гуй ещё не готов, то react+redux

там без проблем такое сделать

Ну с react+redux то понятно) меня вопрос интересует, можно ли вообще на уже готовой странице, которую не сама нода отдаёт нода что-то делать с домом

ну да

меняешь стейт, меняется страница

Без реакта

Реакта нет тут вообще

Реакта нет тут вообще

Задача непонятна