потому что ты на каждой итерации Buffer.alloc(20e6).toString() зовёшь

а потом да, сборщик

а что вообще должен был показать этот тест то?

вот этот

а что вообще должен был показать этот тест то?

успеет ли gc очистить

а вот тут что произошло?

а вот тут что произошло?

память всю съел)

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

память всю съел)

но ведь там всего 1500мб

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

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

надо спеку js почитать

а потом вникнуть в то, как работает v8

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

вот вот

привет всем, есть ли либа миграций, способная генерить миграции автоматом на основе готовой бд и/или моделей? спасибо

Подскажите плиз! Есть набор данных в БД, тяну данные и рендерю их на front-end в Highcharts.js и Table в будущем нужно сделать отложенную генерацию отчетов на сервере. Node.js не знаю , хочу заняться изучением 1) Можно ли как-нибудь в node.js на основе данных из бд генерировать графики + таблицу и запульнуть все в PDF? (без лишнего гемороя , без отрисовки каждого пикселя, нужно как-то на автомате, тупо передал данные а Node тебе PDF файлик красивый вернула) 2) Тоже самое нужно проделать с .XLSX Какие библиотеки подойдут лучше всего?

Можно

Можно

Нет проблемы в твоём вопросе. Все можно реализовать. А тебе ответ как, готовым кодом дать?

https://mozilla.github.io/pdf.js/

Эта штука тебе любой пдф отрисует

Сап

вопрос по вебпаку

короче

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

при этом в ноду нужны шаблоны все на том же пуге

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

что бы я их мог использовать как вьюхи в ноде

там можно и html вставить в пуг вьюхи, но это как то по уродски

тебе нужны вебпак программисты

Чуваки, а есть что-то тип списка "100 лучших нпм модулей" который можно давать нубам просвящаться?

Приветствую! С Node.js работаю недавно. Нужна помощь в выборе архитектуры для веб приложения. Суть приложения такова: Приложение обрабатывает входящие подключения webhooks (get запросы) и на основании их делает определенную логику, связанную с работой с БД, вычислениями и.т.п. Например при запросе /node/go_logic_1 скрипт будет выполнять одни действия, а при запросе /node/go_logic_2 - другие. На данный момент это реализовано с помощью express и представляет собой цепочку подобных блоков в коде: app.get('/node/do_logic_1', function(req, res){ //do some logic 1 ); app.get('/node/do_logic_2', function(req, res){ //do some logic 2 ); //... И так далее. Проект большой. Назревает около 300 таких уникальных запросов (урлов) и как-то все оставлять в таком виде для меня кажется ужасом кромешным. Редактировать это потом будет невозможно. Да и запрашивать каждый раз такой большой файл, наверняка тоже проблема. В голове появилась мысль, что можно все это добро вынести как модули и подключать их, в зависимости от того, что находится в запросе. Например, при запросе '/node/do_logic_1' подключаем скрипт do_logic_1.js и так с остальными по аналогии. В таком случае для создания нового модуля необходимо будет лишь создать файл с нужным названием в определенной папке. Также смотрел в сторону "микросервисов". Но почитал множество постов на хабре, где говорят, что это не нужная вещь. В общем, был бы очень благодарен, если услышу ваше мнение по этому поводу.

Чуваки, а есть что-то тип списка "100 лучших нпм модулей" который можно давать нубам просвящаться?

Лефтпад

это из топ-5, мне б поширше

Приветствую! С Node.js работаю недавно. Нужна помощь в выборе архитектуры для веб приложения. Суть приложения такова: Приложение обрабатывает входящие подключения webhooks (get запросы) и на основании их делает определенную логику, связанную с работой с БД, вычислениями и.т.п. Например при запросе /node/go_logic_1 скрипт будет выполнять одни действия, а при запросе /node/go_logic_2 - другие. На данный момент это реализовано с помощью express и представляет собой цепочку подобных блоков в коде: app.get('/node/do_logic_1', function(req, res){ //do some logic 1 ); app.get('/node/do_logic_2', function(req, res){ //do some logic 2 ); //... И так далее. Проект большой. Назревает около 300 таких уникальных запросов (урлов) и как-то все оставлять в таком виде для меня кажется ужасом кромешным. Редактировать это потом будет невозможно. Да и запрашивать каждый раз такой большой файл, наверняка тоже проблема. В голове появилась мысль, что можно все это добро вынести как модули и подключать их, в зависимости от того, что находится в запросе. Например, при запросе '/node/do_logic_1' подключаем скрипт do_logic_1.js и так с остальными по аналогии. В таком случае для создания нового модуля необходимо будет лишь создать файл с нужным названием в определенной папке. Также смотрел в сторону "микросервисов". Но почитал множество постов на хабре, где говорят, что это не нужная вещь. В общем, был бы очень благодарен, если услышу ваше мнение по этому поводу.

1. Здесь некуда прикладывать микросервисы, если логика простая 2. Коа — лучше 3. Сделай отдельные обработчики логики, которые никак не завязаны на используемый фреймворк — остальная часть сервиса быстро сократится до небольшой функции-адаптера данных и результатов между express/koa и логикой

Чуваки, а есть что-то тип списка "100 лучших нпм модулей" который можно давать нубам просвящаться?

Не уверен, что в нпм найдётся столько хороших ?

Не уверен, что в нпм найдётся столько хороших ?

а что такое хороший? вот тут же обосрут вообще все кроме тех что нравится самому

Ну я утрирую, но хотя бы бесппроблемный

Ну я утрирую, но хотя бы бесппроблемный

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

это из топ-5, мне б поширше

ioredis хз

ну я б туда воткнул блюбёрд, лодаш, экспресс, хапи, коа, скулайт3, реквест-промис, мочучай, супертест

подожди тебя хороший код интересует

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

Шаг влево-шаг вправо от пакетов-миллионников — уже костыли

или популярные библиотеки?

О_о

В нпм-е 470к пакетов.

хороший код нубам? Ну это такое

Думаю, сотню хороших найти можно.

ну я б туда воткнул блюбёрд, лодаш, экспресс, хапи, коа, скулайт3, реквест-промис, мочучай, супертест

Не и спользую ничего из этого, полет нормальный

окнорм, спор с тобой я помню

Я просто категорически не согласен с постановкой вопроса

ну я б туда воткнул блюбёрд, лодаш, экспресс, хапи, коа, скулайт3, реквест-промис, мочучай, супертест

Супертест только вчера пробовал — уже проблемный

Мол нужно знать что там в нпме лежит, иначе ты лох

он не поддерживается

Не и спользую ничего из этого, полет нормальный

даже экспресс? ( мне лень роуты писать ._.

Шаг влево-шаг вправо от пакетов-миллионников — уже костыли

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

Мол нужно знать что там в нпме лежит, иначе ты лох

Отнюдь, моя постановка отличается от этого

даже экспресс? ( мне лень роуты писать ._.

Ну экспресс иногда, да

он не поддерживается

а что нынче модно заместо?

Отнюдь, моя постановка отличается от этого

Ну так, очень похоже

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

Логи — это вообще больное) Я свою библиотеку пилю как итог

ERROR: S client not available

он не поддерживается

точно? вроде про это явно никто там не писал

Ну так, очень похоже

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

а что нынче модно заместо?

Хз, я не нашёл ничего, решил затестить в лоб пока что

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

telegraf

Логи — это вообще больное) Я свою библиотеку пилю как итог

таких больных тем десятки, да любая базовая задача такая больная

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

А, ну с этим я тоже не согласен

точно? вроде про это явно никто там не писал

https://github.com/visionmedia/supertest/issues/383

я бы mud'ы делал на телеграмме

А, ну с этим я тоже не согласен

Да, я ж помню мы ссорились на этут ему почти год назад

таких больных тем десятки, да любая базовая задача такая больная

Вот и я про что))

логи - да, свои костыли :/

Почему 100? Может вместо костыля на 101 месте решение

Надо тогда весь npm изучать

Перед тем как каждую функцию писать

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

поддерживать потом это будет проще

https://github.com/visionmedia/supertest/issues/383

ну это несерьезно, так 90% пакетов можно назвать не поддерживаемыми) 4 месяца назад последний коммит, это нормально абсолютно

логи - да, свои костыли :/

а что именно вы костылите? что не устраивает? API?

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

Выйдет более предметно

я хочу на каждое сообщение логгировать trace_id (аля опентрейс) с нормальным трейсом, с несколькими допполями, и всё это в формате котрый потом легко и просто уйдёт из докера с елку с кибаной

Чуваки, а есть что-то тип списка "100 лучших нпм модулей" который можно давать нубам просвящаться?

Есть на гитхабе список. awesome npm называется, но это не точно

я хочу на каждое сообщение логгировать trace_id (аля опентрейс) с нормальным трейсом, с несколькими допполями, и всё это в формате котрый потом легко и просто уйдёт из докера с елку с кибаной

Это мега проблематично

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

хаха, а лучший это по каким критериям?

Ну вот недавно вытащили на тестовый стенд, погоняем с несколько меясцев, там посмотрим

Несколько месяцев? Чет перебор

ну это несерьезно, так 90% пакетов можно назвать не поддерживаемыми) 4 месяца назад последний коммит, это нормально абсолютно

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

хаха, а лучший это по каким критериям?

Определить ряд критериев Популярность, поддерживаемость, чистота кода, ч.т.д.

Несколько месяцев? Чет перебор

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