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

подкиньте пакет/сервис для генерации графиков в png на серверсайде в node

Вопрос по best practices. Есть функция getStuff(symbol, params = {}) Первый параметр обязателен. Второй параметр - это объект. Я не знаю как много параметров буду передавать. Может это будет два ключа-значения, а может там будет 20 ключей-значений. Но в конечном счёте функция должна сформировать объект запроса, в котором не будет undefined, а только реально-переданные параметры. Как внутри функции я должен обрабатывать параметры? Есть идея конечно создавать проверку на каждый ключ params типа if (params.key == undefined) do_some_crap? Подскажите как быстро пробежаться по params, что бы сформировать нормальный объект отсеяв ключи undefined, которые не передавались в объекте?

const obj = { a: 1, b: undefined }; const newobj = Object.keys(obj) .reduce((acc, key) => Object.assign({}, acc, obj[key] ? { [key]: obj[key] } : {}), {}); console.log(newobj);

const obj = { a: 1, b: undefined }; const newobj = Object.keys(obj) .reduce((acc, key) => Object.assign({}, acc, obj[key] ? { [key]: obj[key] } : {}), {}); console.log(newobj);

Ты бы тогда Object.entries юзнул

const obj = { a: 1, b: undefined }; const newobj = Object.keys(obj) .reduce((acc, key) => Object.assign({}, acc, obj[key] ? { [key]: obj[key] } : {}), {}); console.log(newobj);

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

> Ты бы тогда Object.entries юзнул Тоже вариант, это уже на усмотрение того, кто это юзать будет)

костыльная задача - костыльное решение

Вопрос по best practices. Есть функция getStuff(symbol, params = {}) Первый параметр обязателен. Второй параметр - это объект. Я не знаю как много параметров буду передавать. Может это будет два ключа-значения, а может там будет 20 ключей-значений. Но в конечном счёте функция должна сформировать объект запроса, в котором не будет undefined, а только реально-переданные параметры. Как внутри функции я должен обрабатывать параметры? Есть идея конечно создавать проверку на каждый ключ params типа if (params.key == undefined) do_some_crap? Подскажите как быстро пробежаться по params, что бы сформировать нормальный объект отсеяв ключи undefined, которые не передавались в объекте?

одномерный объект?

внутри проходить по объектам рекурсивно нужно?

костыльная задача - костыльное решение

да хз, нередкий юзкейс

одномерный объект?

Да, обычный объект, для формирования querystring в запросе. Просто количество параметров которое будет передано - не определено. Вот и пытаюсь сделать универсально, без кучи блоков проверки.

null оставляем?

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

По ключам пробегать буду в общем.

если нельзя мутировать, то можно еще такой, более простой вариант https://pastebin.com/UJAhrd5a

нефиг объекты передавать в параметры

Это уже другой вопрос)

Ещё вариант с object.entries. вдруг что.. https://jsbin.com/fopeginawo/edit?js,console

а зачем на каждый проход создавать новый объект?

Кто знает. Нужно в mongodb нормализацию делать и разбивать данные по коллекциям, а потом делать коллекцию со ссылками на записи из других коллекций, ну как в sql. Или пихать все поля в один документ Одной коллекции? В инете по разному пишут. Как быстрее работает и правильнее?

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

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

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

> а зачем на каждый проход создавать новый объект? Ну тогда так https://jsbin.com/vamarazipe/edit?js,console Та похер, на самом деле. Если объект небольшой - то разница будет несущественная.

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

раз вопрос такой стоит - значит нет требования к нормализации, а значит пихай все в один док и по мере надобности раскидывай, вот и все

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

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

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

Как монге легче дышаться будет - вот в чем вопрос?))

По идее лучше когда достаточность соблюдена, но слышал что монга джоины не любит. А с другой стороны когда всё в куче это не каша ли получится?

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

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

А по скорости выборки как?

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

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

Посоны, а что за драма случилась с uws, где теперь биндинги к uWebSockets брать?

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

То к одной коллекции запрос делать а то к несколькиим для получения информации об одной фиксации.

А по скорости выборки как?

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

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

Это я и хотел узнать. Спасибо!

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

Новичок в ноде и носкл просто) да что в ноде. Новичок вообще в программировании ? столько инфы в инете голова трескается... а сколько устаревшей - так вообще...

а фотки в бд?

В мускле были в бд ?

Тут хочу оставить только ссылки в фс.

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

Потому что это мука делать бекапы те же

Тут хочу оставить только ссылки в фс.

обязательно, иначе индексация будет тяжелой

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

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

https://t.me/botoid и еще один есть, ток не помню

https://t.me/botoid и еще один есть, ток не помню

спасибо большое))

Всем привет! Скиньте плз где работу можно запостить по node.js, буду признателен. Зы - кто ищет подработку - велком в ЛС. Спасибо

Всем привет! Скиньте плз где работу можно запостить по node.js, буду признателен. Зы - кто ищет подработку - велком в ЛС. Спасибо

@nodejs_jobs

Спасибо

Express или koa?

Express

@ejnshtein пюпитр и фантом не хочу тянуть, можно как-нть просто сгенерировать пнг график на серверсайде?

@ejnshtein пюпитр и фантом не хочу тянуть, можно как-нть просто сгенерировать пнг график на серверсайде?

а чо там тянуть то?

и вообще есть гугол, это во первых

там нет

@ejnshtein пюпитр и фантом не хочу тянуть, можно как-нть просто сгенерировать пнг график на серверсайде?

Canvas.

Canvas.

не графику, а график

не графику, а график

Я тебя понял. А графики, которые потом в PNG экспортируются по твоему не на canvas делаются?

Canvas/SVG.

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

Лол

готовый конкретный пакет, чтобы на вход данные, на выходе файло в потоке

Причём тут Asm? Графики на канвасе делаются в браузерах.

Ну напиши сам

5 строчек коа

кода

мне не нужен браузер

Я не знаю запустятся ли браузерные фрэймворки для графиков на серверном канвасе, но по идее могут.

не надо тупых советов плз, гуглить - гуглил

мне не нужен браузер

Canvas есть и на ноде. Ты пытался вообще гуглить?

не надо тупых советов плз, гуглить - гуглил

Незаметно.

капец ты тугой.

капец ты тугой.

Ты просишь график, который можно в итоге перевести в PNG, это делается на canvas. Я тебе скидываю пример "сгенерировать пнг график на серверсайде", а ты переходишь на личности. Ну что же, удачи в решении проблемы.

Причём тут асм, причём тут браузер? Тебе сначала стоит разобраться чего ты хочешь.

извини, грубо ответил. Не асм, а ближе к асму

Ты просишь график, который можно в итоге перевести в PNG, это делается на canvas. Я тебе скидываю пример "сгенерировать пнг график на серверсайде", а ты переходишь на личности. Ну что же, удачи в решении проблемы.

"не хочу тянут пупитер" не забудь

Ты просишь график, который можно в итоге перевести в PNG, это делается на canvas. Я тебе скидываю пример "сгенерировать пнг график на серверсайде", а ты переходишь на личности. Ну что же, удачи в решении проблемы.

пример?

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

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

Пример реализации. На первой же странице гугла: plot.ly, chartjs.

не надо ля-ля

везде "какнарисоватьдугу"

а мне сова нужна

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

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

А причём тут canvas тогда? Тебе же не нужен такой низкий уровень. Ищи то что нужно - chart node.js.

chartjs для ноды https://github.com/vmpowerio/chartjs-node

есть что-нибудь, что не тянет jsdom и прочие недобраузеры?

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

Как я понял ситуацию: 1. Не нужен браузер 2. Не нужен DOM 3. Не нужен канвас Вероятно тебе поможет магия. Дождёмся, может найдутся компетентные маги и помогут решить твою нелёгкую задачу.

ну значит ты слаб

родило, но не для ноды https://www.linuxlinks.com/plottingtools/ для ноды это клиентский js засунутый в окружение ноды. вроде никто не пилил чарты прям для ноды.

@Atassis тут личности оскорбляют

не личности, не надо тут

ну значит ты слаб

и что? он не понимает как реализовать задачу

ну значит ты слаб

Не считаю это оскорблением

капец ты тугой.