Express - это минималистичный и гибкий веб-фреймворк для приложений Node.js, 

библиотека)

также как и koa

Я вот Koa попробовал недавно. Это просто Крутейшая вещь, на мой взгляд

Я вот Koa попробовал недавно. Это просто Крутейшая вещь, на мой взгляд

+

Express - это минималистичный и гибкий веб-фреймворк для приложений Node.js, 

хотя спорить смысла нет. слишком размытые понятия

кто-то вон nodejs и electron называет фреймворком

библиотека)

главное считать что свое мнение правильно просто потому что оно свое)

хотя спорить смысла нет. слишком размытые понятия

Ну, это было на их офф сайте (про фреймворк).

главное считать что свое мнение правильно просто потому что оно свое)

Тупо

Тупо

я забыл пометку сарказм, извини

Единственное, что в Koa напрягло пока что - нелёгкое разруливание статики и роутов. Там получилось только очень императивно всё прописать. Для понимания, koa-static под мой кейс вообще не подошёл. И koa-router с /* тоже, естественно. В сравнении с другими частями сервера это одно из самых некрасивых мест пока что. С оптимизмом добавил в TODO)

Ну, это было на их офф сайте (про фреймворк).

у них верное определение, express - фреймворк «Фреймворк» отличается от понятия библиотеки тем, что библиотека может быть использована в программном продукте просто как набор подпрограмм близкой функциональности, не влияя на архитектуру программного продукта и не накладывая на неё никаких ограничений. В то время как «фреймворк» диктует правила построения архитектуры приложения, задавая на начальном этапе разработки поведение по умолчанию — «каркас», который нужно будет расширять и изменять, согласно указанным требованиям. Пример программного фреймворка — C.M.F. (Content Management Framework), а пример библиотеки — модуль электронной почты.

у них верное определение, express - фреймворк «Фреймворк» отличается от понятия библиотеки тем, что библиотека может быть использована в программном продукте просто как набор подпрограмм близкой функциональности, не влияя на архитектуру программного продукта и не накладывая на неё никаких ограничений. В то время как «фреймворк» диктует правила построения архитектуры приложения, задавая на начальном этапе разработки поведение по умолчанию — «каркас», который нужно будет расширять и изменять, согласно указанным требованиям. Пример программного фреймворка — C.M.F. (Content Management Framework), а пример библиотеки — модуль электронной почты.

Хорошее объяснение ??

Единственное, что в Koa напрягло пока что - нелёгкое разруливание статики и роутов. Там получилось только очень императивно всё прописать. Для понимания, koa-static под мой кейс вообще не подошёл. И koa-router с /* тоже, естественно. В сравнении с другими частями сервера это одно из самых некрасивых мест пока что. С оптимизмом добавил в TODO)

объясни чего ты ждал от статики? я собираюсь делать модуль статики

объясни чего ты ждал от статики? я собираюсь делать модуль статики

в личку сейчас напишу

в личку сейчас напишу

не не. Мы все хотим знать)

Ок

Сейчас

не не. Мы все хотим знать)

да, вот тоже интересно. ведь к статике всегда прицепом идет кэширование, сжатие и прочее. и это все не задача для приложения как правило

Мой кейс приблизительно: Приложение изоморфное Вся статика раздаются с /public/ Кроме JS-билда и чанков, которые идут из /build/client/ На / роут шлётся server side rendered react приложение. Весь дальнейший роутинг приложения - на клиенте, включая 404. Есть так же и чисто бэковые роуты. Итого пришлось: прописать ключевые роуты фронта с *, например /analytics(/*) под ключевые роуты приложения, потому что /* не сделаешь прописать отдельный кейс под билд всю остальную статику раздавать из /public/ Кода в итоге немного, но он императивный и "грязный" на мой взгляд.

я забыл пометку сарказм, извини

Окей :)

Мой кейс приблизительно: Приложение изоморфное Вся статика раздаются с /public/ Кроме JS-билда и чанков, которые идут из /build/client/ На / роут шлётся server side rendered react приложение. Весь дальнейший роутинг приложения - на клиенте, включая 404. Есть так же и чисто бэковые роуты. Итого пришлось: прописать ключевые роуты фронта с *, например /analytics(/*) под ключевые роуты приложения, потому что /* не сделаешь прописать отдельный кейс под билд всю остальную статику раздавать из /public/ Кода в итоге немного, но он императивный и "грязный" на мой взгляд.

из паблика статику отдает нода?

из паблика статику отдает нода?

Да, а кеш на реверс-прокси nginx. Но там ещё всё в разработке, может поменяется.

Да, а кеш на реверс-прокси nginx. Но там ещё всё в разработке, может поменяется.

зачем нода на статике?

зачем нода на статике?

Приложение - админка с очень невысокими запросами (пока). Уткнусь в ноду - переложу на nginx. Как я уже сказал, конкретно это ещё в разработке и будет сильно зависеть от бизнесовых задач. Пока так.

вообще модуль статики для nodejs - это что-то из разряда ошибки в подходе

вообще модуль статики для nodejs - это что-то из разряда ошибки в подходе

Не думаю. Если есть сервер, должна быть и возможность отдавать статику. Но это всё вопросы предпочтений и условий, не будем холиварить

Не думаю. Если есть сервер, должна быть и возможность отдавать статику. Но это всё вопросы предпочтений и условий, не будем холиварить

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

Ребят, можете пожалуйста помочь. Второй день сижу - туплю. Гугл исследован вдоль и поперек. Как считать файл на стороне клиента в тестах? Считываю 64 кб и больше не хочет.

При просмотре - вижу первую часть файла.

А дальше как?

ооо, ты наверно чанк смотришь) покажи код

@egorlettov ^

var writeStream = fs.createWriteStream(excelFileName); res.pipe(writeStream);

вот сюда положи весь код и скинь сюда ссыль https://gist.github.com/

var writeStream = fs.createWriteStream(excelFileName); res.pipe(writeStream);

эм точно так? просто ответ пайпится в пишушщий стрим, хотя поидее должен быть readstream.pipe(res)

https://gist.github.com/EgorDaud/b06a580118977153290f32e7eec1cede

эм точно так? просто ответ пайпится в пишушщий стрим, хотя поидее должен быть readstream.pipe(res)

Посмотри ссылку. Там понятней.

бл. да вы издеваетесь?) расширение не txt а js

бл. да вы издеваетесь?) расширение не txt а js

+

combot.org/chat/-1001041204341

исправил

Посмотри ссылку. Там понятней.

вроде done() должен вызываться по окончанию стрима, а у тебя запустился стрим и сразу конец теста

а где строка когда ты проверяешь размер? скидывай все!

вроде done() должен вызываться по окончанию стрима, а у тебя запустился стрим и сразу конец теста

вот, да

нифигасе, это тут сервер шлет свой стрим клиенту, а тот его обрабатывает? ?. круто) не делал так -_-

а где строка когда ты проверяешь размер? скидывай все!

Нет такой строки.

Нет такой строки.

уже понял)

нифигасе, это тут сервер шлет свой стрим клиенту, а тот его обрабатывает? ?. круто) не делал так -_-

это же стандартный пайп, чтобы не читать и не работать с стримом самому его можно подключить к другому стриму

Нет такой строки.

написал комент тебе в гист

это же стандартный пайп, чтобы не читать и не работать с стримом самому его можно подключить к другому стриму

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

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

req и res наследованы от стримов

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

так а какая разница? там в уходящий стрим к клиенту присоединен стрим из файла

написал комент тебе в гист

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

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

поправил)

А на стороне клиента тоже повесить событие?

На стороне сервера*

Всем привет! Столкнулся с такой проблемой: Вообщем я жду ответа со стороннего сервера, запросы ему отправляю по таймауту в рекурсивной ф-ции. Ответ может прийти через 5 мин а то и больше. Но речь не о том. Получается так, что клиент( Ангуляр 1) не дожидатся ответа от сервреа и прерывает соединение (Аякс). Отправлял сначало пустой объект, но когда приходит ответ от сервера я отправляю респонс, но тогда падает сервак из-за хедеров. Как можно пофиксить данную проблему? Кто сталкивался

Всем привет! Столкнулся с такой проблемой: Вообщем я жду ответа со стороннего сервера, запросы ему отправляю по таймауту в рекурсивной ф-ции. Ответ может прийти через 5 мин а то и больше. Но речь не о том. Получается так, что клиент( Ангуляр 1) не дожидатся ответа от сервреа и прерывает соединение (Аякс). Отправлял сначало пустой объект, но когда приходит ответ от сервера я отправляю респонс, но тогда падает сервак из-за хедеров. Как можно пофиксить данную проблему? Кто сталкивался

че-то у тебя с серваком)

https://gist.github.com/EgorDaud/b06a580118977153290f32e7eec1cede

Дописал. Не одно из событий не срабатывает. По прежнему 64 кб

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

из минусов nginx - это целый дополнительный сервер

из минусов nginx - это целый дополнительный сервер

Наружу голую ноду ставить это пиздец

ERROR: S client not available

Наружу голую ноду ставить это пиздец

поч

че-то у тебя с серваком)

С серваком всё норм) Я наверно не ясно выразился. Есть сторонний сервак - с ним я общаюсь по API. Есть мой сервак. По АПИ я запускаю сторонний сервер (железо) И надо ждать 5-7 минут пока он запустится. Соответственно я каждую минуту спрашиваю его запустился ли он или нет. В реквесте мне приходит ответ. И когда ответ приходит я отдаю клиенту обновленные данные по времени запуска. проблема в том, что клиент не дожидается ответа и выкидывает ошибку net::ERR_EMPTY_RESPONSE

Дописал. Не одно из событий не срабатывает. По прежнему 64 кб

ну ебана, неужели нельзя заглянуть в доки и увидеть какие события есть у стрима https://nodejs.org/api/stream.html#stream_event_close

ток там finish событие

Наружу голую ноду ставить это пиздец

что с голой нодой снаружи не так? )

что с голой нодой снаружи не так? )

Мне лень объяснять. Но так нельзя делать

ну в условиях если у тебя один инстанс ноды - ничего плохого не должно случится, если наружу его выводить

Не срабатывает не close, не finish, не end

С серваком всё норм) Я наверно не ясно выразился. Есть сторонний сервак - с ним я общаюсь по API. Есть мой сервак. По АПИ я запускаю сторонний сервер (железо) И надо ждать 5-7 минут пока он запустится. Соответственно я каждую минуту спрашиваю его запустился ли он или нет. В реквесте мне приходит ответ. И когда ответ приходит я отдаю клиенту обновленные данные по времени запуска. проблема в том, что клиент не дожидается ответа и выкидывает ошибку net::ERR_EMPTY_RESPONSE

используй long polling(длинные запросы)

Мне лень объяснять. Но так нельзя делать

какие-то проблемы с безопасностью?

И нагрузкой

бгг

из минусов nginx - это целый дополнительный сервер

из минусов тут то что это отдельная задача. лучше приучаться сразу слезать с горшка и делать по-взрослому

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

С серваком всё норм) Я наверно не ясно выразился. Есть сторонний сервак - с ним я общаюсь по API. Есть мой сервак. По АПИ я запускаю сторонний сервер (железо) И надо ждать 5-7 минут пока он запустится. Соответственно я каждую минуту спрашиваю его запустился ли он или нет. В реквесте мне приходит ответ. И когда ответ приходит я отдаю клиенту обновленные данные по времени запуска. проблема в том, что клиент не дожидается ответа и выкидывает ошибку net::ERR_EMPTY_RESPONSE

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

из минусов тут то что это отдельная задача. лучше приучаться сразу слезать с горшка и делать по-взрослому

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

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

я не спорю. Ищу решение

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

начиная от обработки ssl и заканчивая проксированием и отдачей статики. нормально делай, нормально будет©

я не спорю. Ищу решение

я выше написал решение

я выше написал решение

да. Читаю. Спасибо

да. Читаю. Спасибо

можешь воспользоваться socket.io там можно переключить его в режим long-polling, ноо лучше кнш самому написать

можешь воспользоваться socket.io там можно переключить его в режим long-polling, ноо лучше кнш самому написать

Сокеты думаю будут лишними(

У Кантора помню был видос как реализовать long-polling) но вообще там не сложно

Спасибо Друзья!

Привет ребята я недавно в nodejs и немогу понят .then(() => { //do somthing }) Это эквивалентно с callback функциям?

некоторые делают так .save(error, function () { //to do }); некоторые object.save() .then(() => { //to do });

да, более удобный способ огранизации асинхронности

спасибо

почитай про промисы и напиши сам промис

это очень важно, без промисов вообще сложно понимать о чём речь сейчас