Здраствуйте. Можете посоветовать простой роутер который хорошо уживется с электроном ? Мне просто для переключения серверов socket.io

Роутер адресов? Да любой

Вроде как нет

а глобальные события отслеживать? хоткей

а глобальные события отслеживать? хоткей

Может. Но временно

И немного геморно

Роутер адресов? Да любой

Да , ок Спасибо

И немного геморно

в доке вроде всё просто

https://github.com/electron/electron/blob/master/docs/api/global-shortcut.md

Правила чата: http://telegra.ph/electron-ru-05-15

Всем привет! Кто нибудь уже упаковывал .node бинарники в asar? Я почему-то подумал, что мне поможет file-loader из вебпака, вот что пробовал: 1. Он кладёт нодовский бинарник в app, после чего бинарник попадает в app.asar. Это то, что мне нужно, вот конфиг: { test: /\.node$/, use: { loader: 'file-loader', options: { name: '[name].[ext]', outputPath: 'app/', publicPath: './' } } } 2. Но в бандле этот модуль потом экспортит строку с путём до бинарника, а мне нужно, чтобы он в этом месте его звгружал через require. /***/ "../myBinaryModule/myBinaryModule.node": /***/ (function(module, exports) { module.exports = "./myBinaryModule.node"; // это НЕ то, что мне нужно /***/ }), Я подозреваю, что я выбрал не тот лоадер. Я пробовал node-loader, который работает, но только на моей машине, так как он вставляет абсолютный путь до бинарника на моём компе. Мне же нужно и запаковать в asar и рекваернуть сам бинарник из бандла в рантайме.

может быть не нужно вообще запаковывать его в вебпак?

а сделать external

Да, клёво, экстернал это шаг вперёд. У меня теперь работает упаковка и есть рабочий установочник. externals: { './myBinary.node': './myBinary.node' }, Только всё равно, похоже, придётся искать другое решение. Мне нужно ещё укладывать в asar разные бинарники под разные платформы + под каждую платформу нужно выбрать правильный бинарник в зависимости от переменной окружения. Но всё равно спасибо, Сова!

Да, клёво, экстернал это шаг вперёд. У меня теперь работает упаковка и есть рабочий установочник. externals: { './myBinary.node': './myBinary.node' }, Только всё равно, похоже, придётся искать другое решение. Мне нужно ещё укладывать в asar разные бинарники под разные платформы + под каждую платформу нужно выбрать правильный бинарник в зависимости от переменной окружения. Но всё равно спасибо, Сова!

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

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

ось и разрядность есть в переменных, подставляешь их в путь просто

electron v1.6.10 beta https://github.com/electron/electron/releases/tag/v1.6.10 Bug Fixes Fixed several issues with the electron.d.ts TypeScript definition file. #9484 (https://github.com/electron/electron/pull/9484)

electron v1.7.1 beta https://github.com/electron/electron/releases/tag/v1.7.1 Bug Fixes Fixed a crash when launching with the --debug or --debug-brk command line flags. #9436 (https://github.com/electron/electron/pull/9436) Fixed several issues with the electron.d.ts TypeScript definition file. Popup windows and tags are now supported by the offscreen rendering option. #8839 (https://github.com/electron/electron/pull/8839) Fixed an issue where service worker scripts would not load when using protocol.interceptBufferProtocol. #9360 (https://github.com/electron/electron/pull/9360) API Changes Added support for using Chrome's default window.open implementation via the nativeWindowOpen option to the BrowserWindow constructor. #8963 (https://github.com/electron/electron/pull/8963) Added a will-prevent-unload event to webContents that can be used to prevent a page from preventing the unload of a page. #9331 (https://github.com/electron/electron/pull/9331) Added support for specifying the maximum disk space used by the cache via the --disk-cache-size Chrome option. #9435 (https://github.com/electron/electron/pull/9435) Added a webContents.getOSProcessId() API to get the operating system pid for a renderer process. #9222 (https://github.com/electron/electron/pull/9222)

как думаете, js не поперхнется массивом из 1 695 743 строк?

С 500000 у меня относительно спокойно работало. Но если строки большие, то памяти может не хватить

там скорее массив sequalize объектов

там скорее массив sequalize объектов

смотря что ты с этим делаешь

там скорее массив sequalize объектов

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

смотря что ты с этим делаешь

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

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

плохо будет)

если в render процессе делать, зависнет

не, этот этап я уже прошел :)

всё такое в дочернем

лучше вообще в формате очереди

чтобы fail-safe

как кстати ему оперативы накинуть?

лучше вообще в формате очереди

это как?

погугли паттерн Очередь )))

окай

чтобы fail-safe

чёт я не понял, чем мне это поможет

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

Если не секрет, что ты делаешь?

Если не секрет, что ты делаешь?

есть геомагнитные обсерватории, их штук 200+ по всему миру, данные в открытом доступе, пилю приложуху, которая всё это будет обрабатывать и выдавать красивую картинку с графиками и всё такое

как-то так, примерно

Ooo

Мощно

Ты сам все это рендеришь или либа какая-то?

d3

Норм)

есть геомагнитные обсерватории, их штук 200+ по всему миру, данные в открытом доступе, пилю приложуху, которая всё это будет обрабатывать и выдавать красивую картинку с графиками и всё такое

Опенсорц?

угу

чёт я не понял, чем мне это поможет

Я тоже не понял

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

Так, а ты пробовал сделать? Что пишет? Память кончилась?

ещё не пробавал, но гугл говорит что на пустом массиве в 1кк уже кончится

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

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

Я тоже не понял

Очередь может быть в другом процессе например

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

Стримы в помощь

так в очереди же столько же объектов будет

+)

как форкнутому процессу памяти добавить?

Флаги ноды смотреть

так в очереди же столько же объектов будет

Получать частями

И вычислять на ходу

Взял один элемент и произвел вычисления вместе с ранее вычисленными

так я в дочернем процессе всё буду делать, мне главное, чтобы он out of memory не кинул

Разбирай на части

Может кинуть

От оси зависит

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

не, там математики много :)

бд не осилит :)

бд и так есть

буду кусочками вытаскивать, значит

Так, а распараллелить обход массива? Разбить на несколько подмассивов? Обходить кусками и тд. Ну, из очевидного)

а если вогнать результат вычислений в бд

там же не реал тайм?

даже если реал тайм можно переодически переписывать данные птом сигнал на рендер посылать

не, там математики много :)

Кстати, посмотри на лодаш, там есть методы работы с массивов, типо вычислить среднее, исключить не найденное и т. д.

это уже на нативном сделано

Так, а распараллелить обход массива? Разбить на несколько подмассивов? Обходить кусками и тд. Ну, из очевидного)

типа да

Кстати, посмотри на лодаш, там есть методы работы с массивов, типо вычислить среднее, исключить не найденное и т. д.

lodash/ramda

а вообще стримами будет проще всего, особенно если из сети получаешь данные (Rx, Kefir)

обрабатывать по мере получения

как думаете, js не поперхнется массивом из 1 695 743 строк?

Попробуй использовать Связку promises +lodash

ну...из базы вытащил, вроде даже спокойно, больше 1.5гб не сожрало на 1.6кк значений

но всё равно разбивку сделаю, по 500к, наверно

используй для перебора массива Promise.all(map.someArray(function(){}))

а чём мне промайз поможет? :)

используй для перебора массива Promise.all(map.someArray(function(){}))

оч хреново для arr.length === 1000000

но всё равно разбивку сделаю, по 500к, наверно

чем меньше пачка, тем быстрее работать будет