Size: a a a

NodeUA - JavaScript and Node.js in Ukraine

2019 November 25

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Igor Filippov
превратить тут же объект в буфер с помощью v8.serialize() да можно. Но вот зашарить его с помощью SharedArrayBuffer я не понял как
Не нужно сериализовать, в SharedArrayBuffer нужно хранить элемент кеша, а в каждом отдельном адресном пространстве нужно хранить отдельно индекс в виде Map, значениями которого будут буферы. Буферы общие, это основная израсходованная памыть, а ключи это, в худшем случае - несколько процентов от этого.
источник

NK

ID:0 in NodeUA - JavaScript and Node.js in Ukraine
источник

OV

Oleg Vantkovsky in NodeUA - JavaScript and Node.js in Ukraine
в дополнение к безопасности/надежности https://tproger.ru/translations/better-javascript-code-with-fp-features/
источник

VZ

Viacheslav Zhuravsky... in NodeUA - JavaScript and Node.js in Ukraine
Oleg Vantkovsky
в дополнение к безопасности/надежности https://tproger.ru/translations/better-javascript-code-with-fp-features/
Каким образом использование ФП повлияет на безопасность приложения?
источник

UT

User True in NodeUA - JavaScript and Node.js in Ukraine
Беда будит если кто-то начнет по таким статься осваивать язык )
источник

OV

Oleg Vantkovsky in NodeUA - JavaScript and Node.js in Ukraine
косвенно, просто уменшит кол-во точек отказа.
источник

VZ

Viacheslav Zhuravsky... in NodeUA - JavaScript and Node.js in Ukraine
Oleg Vantkovsky
косвенно, просто уменшит кол-во точек отказа.
Тоесть Вы хотите сказать что при написании процедурного/оо кода точек отказа будет больше?

есть какие-то тесты/подтверждения?
источник

OV

Oleg Vantkovsky in NodeUA - JavaScript and Node.js in Ukraine
конечно же нет, это зависит от конкретной реализации, статья которую я привел, дает рекомендации, как минимизоровать вероятность возниконовения ошибок и упростить поддержку кода( как следствие, уменьшит кол-во точек отказа).  Ваше право не согласиться с этим. Я не пропагандирую ФП (использу его где мне удобно)
источник

OV

Oleg Vantkovsky in NodeUA - JavaScript and Node.js in Ukraine
если у вас есть пример аналогичной статьи с процедурным/оо с огромным удовольствием ознакомлюсь.
источник
2019 November 26

VH

Vladyslav Hrehul in NodeUA - JavaScript and Node.js in Ukraine
MongoDb недоцельно ж использовать с большими обьемами данных, так? Нарпимер хранить статьи по 1-3 страницы в ней. Лучше для этого подойдет реляционка - например postgres или еще что-то годное можна предложить под ноду?(кроме mysql)
источник

A

Alexander in NodeUA - JavaScript and Node.js in Ukraine
У меня как-то в голове не складываются "большие объемы данных" и статьи по 1-3 страницы. Да и для хранения статей подойдут html и txt файлы.
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
MongoDb недоцельно ж использовать с большими обьемами данных, так? Нарпимер хранить статьи по 1-3 страницы в ней. Лучше для этого подойдет реляционка - например postgres или еще что-то годное можна предложить под ноду?(кроме mysql)
Если только статьи, то файловая сисиема - лучшая БД
источник

V

Victor in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
MongoDb недоцельно ж использовать с большими обьемами данных, так? Нарпимер хранить статьи по 1-3 страницы в ней. Лучше для этого подойдет реляционка - например postgres или еще что-то годное можна предложить под ноду?(кроме mysql)
максимальный объяем документа в монге 16мб
источник

VH

Vladyslav Hrehul in NodeUA - JavaScript and Node.js in Ukraine
Alexander
У меня как-то в голове не складываются "большие объемы данных" и статьи по 1-3 страницы. Да и для хранения статей подойдут html и txt файлы.
подразумевается что они все будут хранится в БД, так как нужен будет функционал поиска по контенту. Вариант с файлами - отпадает
источник

FS

Fedir Smilianets in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
MongoDb недоцельно ж использовать с большими обьемами данных, так? Нарпимер хранить статьи по 1-3 страницы в ней. Лучше для этого подойдет реляционка - например postgres или еще что-то годное можна предложить под ноду?(кроме mysql)
С статьями — вообще не вопрос
источник

V

Victor in NodeUA - JavaScript and Node.js in Ukraine
если есть какие-то данные больше 16мб то монга скорей всего не подходит, ну или грид фс (может быть медленне других решений в десятки раз)
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
подразумевается что они все будут хранится в БД, так как нужен будет функционал поиска по контенту. Вариант с файлами - отпадает
А что, монга или mysql умеют искать по контенту не обращаясь к диску?
источник

VH

Vladyslav Hrehul in NodeUA - JavaScript and Node.js in Ukraine
Fedir Smilianets
С статьями — вообще не вопрос
ну поиск по ним и тд, в будущем по производительности проиграет же реляционке?
источник

A

Alexander in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
подразумевается что они все будут хранится в БД, так как нужен будет функционал поиска по контенту. Вариант с файлами - отпадает
тогда хтмль файлы + индекс для полнотекстового поиска
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Vladyslav Hrehul
ну поиск по ним и тд, в будущем по производительности проиграет же реляционке?
В памяти нужно хранить индекс + файловая система
источник