Таймураз
Намного проще писать мидлвара, которая влияет на ответ после бизнес-логики
Таймураз
Я и не говорил, что Коа ненужно
Vladimir
Намного проще писать мидлвара, которая влияет на ответ после бизнес-логики
но это совсем редко нужно
Таймураз
Коа проще
Paruyr
В этом и суть Koa, он проще. К чему, кстати, и идут в Express 5, откуда выносят все, что могут
Таймураз
Коа- еще больше палка, чем тот же коннект.
hamper 𓅝
Вроде как по нагугленным бенчмаркам koa быстрее экспресса слегка.
Таймураз
Коллбеки быстрее, но за счет оптимизаций в боевых условиях коа оптимизированнее получается. Может быть, похоже, будто я несу бред, могу поискать статейку
Vlad
Таймураз
странное замечание про коллбеки
Второе предложение не зря добавил, ибо за те слова отвечаю не совсем я
Завтра
лол
Завтра
отошел на 2 часа
Завтра
и вы все еще про асинки
hamper 𓅝
Ну там отличия почти незначительные даже по всяким этим бенчмаркам типа таких https://raygun.com/blog/2016/06/node-performance/
hamper 𓅝
и вы все еще про асинки
Тут уже вроде третий день про асинки, как не загляну — всё про них говорят.
Vlad
на небе только и говорят про асинки
Завтра
а ты докажи, что не асинк
Завтра
вспомнил видос про кадырова
O.
Umid
Народ, срочно нужна ваша помощь - https://toster.ru/q/390875?e=4843745#answer_item_956701
Danil
Всем привет, кто TypeScript использует в работе с нодой, подскажите как правильно настроить TS на ноду?
Иван
Всем привет, кто TypeScript использует в работе с нодой, подскажите как правильно настроить TS на ноду?
Привет. Есть сборщики, погугли yo typescript node
Anonymous
Ребят, подскажите как сделать так, чтобы скрипт не завершал работу. Есть бот для телеграмма. Он по сути опрашивает пользователя, составляет объявление, и постит на канал.
Ни каких баз ни чего. Всего 1 JS файл. Но при долгом простое, нода завершает работу, приходится конектится запускать скрипт заного.
Anonymous
Может дадите ссылку что нить посмотреть для решения.
Mykola
pm2
hamper 𓅝
Можно еще systemd использовать если не надо всяких там кластерных режимов.
Алексей
ну сказали выше что нода течет с этим согласен. язык так себе это да. идея крутить event loop на одном процессе тоже как бы не для всех задач подходит
Нет конечно же. Однопоточная асинхронная природа NodeJS - это самое лучшее решение для порядка 99% задач, связанных с бэкендом. Почему? Дело в том, что такая модель избавляет как от накладных расходов на создание и обслуживание множества процессов, так и полностью убирает целые классы трудноуловимых ошибок, связанных с многопоточностью. То что задействуется только одно ядро/процессор особо не мешает и не вредит, так как бэкенд обычно упирается в дисковый и сетевой ввод-вывод либо в некую относительно простую обработку данных, которая обычно делается на стороне субд. Единственное, что не вписывается в такую модель - это длительные вычисления, которые нагружают процессор, но если вы пишете такие вычисления на ноде или хотя бы не выносите их в отдельный процесс, то вы делаете что-то не так.
Roman
Нет конечно же. Однопоточная асинхронная природа NodeJS - это самое лучшее решение для порядка 99% задач, связанных с бэкендом. Почему? Дело в том, что такая модель избавляет как от накладных расходов на создание и обслуживание множества процессов, так и полностью убирает целые классы трудноуловимых ошибок, связанных с многопоточностью. То что задействуется только одно ядро/процессор особо не мешает и не вредит, так как бэкенд обычно упирается в дисковый и сетевой ввод-вывод либо в некую относительно простую обработку данных, которая обычно делается на стороне субд. Единственное, что не вписывается в такую модель - это длительные вычисления, которые нагружают процессор, но если вы пишете такие вычисления на ноде или хотя бы не выносите их в отдельный процесс, то вы делаете что-то не так.
во-вторых попробуйте поток байтиков из tcp-сокета разбирать на сообщения и роутить их между подключенными клиентами.
Sergey
но если я продолжу писать, начнется холивар...
Alex ZeroDub
ни разу не лучшее решение в 99% задач для бекенда
особенно учитывая что там JS
дико плюсую. обычно ноду возносят до небес люди, которые не писали на нормальных языках / платформах
Vladimir
на ноде вполне можно писать почти все, что угодно - это факт
Vladimir
остальное - дело вкуса
Sergey
как и на php
Vladimir
именно
Гриша
Как и на минимум 4 лупах python
Sergey
говном можно написать картину, никто не спорит
Sergey
и найдутся любители
Vladimir
> @pragus
парсер бинарных данных?
вообще без вопросов
Sergey
вопрос, зачем юзать ноду, там где она не нужна
Vladimir
говном можно написать картину, никто не спорит
дело вкуса. вот как по мне, так руби это таки то самое говно
Sergey
не умение пользоваться инструментом не делает его плохим
Vladimir
не умение пользоваться инструментом не делает его плохим
вот теперь подойди к зеркалу и сам себе это скажи
Sergey
я не возношу ни один язык/технологию
Sergey
каждому своё место
Sergey
ноде микросервисы с асинхронностью, руби — быстрые прототипы и гигантские приложения
Sergey
на пайтоне свои штуки
Sergey
о пхп вообще говорить не хочется
Vladimir
проблема в том, что в реальной жизни так не бывает
Vladimir
ты не садишься, и не думаешь: сделаю ка я "гигантское приложение"
Vladimir
ты делаешь что-то по быстрому, потом оно живет
Гриша
Умение пользоваться инструментом не делает остальное говном
Гриша
не умение пользоваться инструментом не делает его плохим
Sergey
ну конечно.
джеэсники пытаются писать всё на js
рубисты просто пишут хипстерские проекты
пхп считают себя богами
Vladimir
Каждый пишет на том, что знает
Vladimir
Это единственный адекватный подход
Roman
просто есть задачи, где язык просто не подходит.
Roman
от слова совсем.
Sergey
писать инструмент на том что умеешь, а не том, что лучше подходит, это жопа
Vladimir
писать инструмент на том что умеешь, а не том, что лучше подходит, это жопа
если ты так думаешь, то тяжело тебе наверно
Sergey
симпл блог на ноджс, какой смысл?
Vladimir
перед каждой задачей нужно садиться искать, что же лучше всего подходит
Vladimir
> @pragus
fault tolerance приложения с деревьями супервизоров?
это не задача, это решение
Anonymous
симпл блог на ноджс, какой смысл?
Node.js как нельзя кстати и подходит под это, учитывая то, что backend фреймворков уровня хотя бы Spring там не предвидится совсем.
Sergey
вейт, тут то в чём проблема
да просто смысла нет
Есть куча генераторов статик сайтов, для этого нода подходит лучше остальных
Vladimir
перед каждой задачей нужно садиться искать, что же лучше всего подходит
а потом тратить год, чтобы изучить новый язык
Pavel
ты не садишься, и не думаешь: сделаю ка я "гигантское приложение"
в этом и проблема, что все эти срачи рождаются людьми которые только сидят и думают "так, вот сейчас мне надо сделать админку чтобы можно было новости добавлять, но что если через пятнадцать лет она разростется до мультфункциональной вещи, я должен обязательно выбрать инструмент, который решит именно эти (все) задачи"
Vladimir
Нет