@nodejs_ru

« Назад

Страница 577 из 2748

Далее »

Dmitry

10.02.2017
10:37:24

есть pgAdmin )

Andrew

10.02.2017
10:38:05

я знаю) сам работал с посгрёй

через django на python

Dmitry

10.02.2017
10:39:05

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

Google

Andrew

10.02.2017
10:39:30

а oracle?)

я о нем ваще ничего не знаю

Dmitry

10.02.2017
10:39:39

Дорохо )

Andrew

10.02.2017
10:39:42

а

Dmitry

10.02.2017
10:40:08

Яндекс почту перетащил с Оракла на постгрю, потому что дорого даже им )

Почту имею в виду метаданные, а не сами письма

Кот

10.02.2017
11:10:53

Всем привет) раз есть традиция - то: 1. Parma Technologies Group, проект АИС Карта криминогенности г. Москвы 2. В основном - фронтенд, бэкбон и ангуляр 3. Буду внимательно читать) 4. Пока не знаю 5. Из статьи на хабре #whois

Dmitry

10.02.2017
11:21:09

Всем привет) раз есть традиция - то: 1. Parma Technologies Group, проект АИС Карта криминогенности г. Москвы 2. В основном - фронтенд, бэкбон и ангуляр 3. Буду внимательно читать) 4. Пока не знаю 5. Из статьи на хабре #whois

А откуда данные по преступлениям, если не секрет? В своё время была идея похожий проект запустить :)

Кот

10.02.2017
11:21:37

От МВД вроде, они один из заказчиков

Dmitry

10.02.2017
11:21:37

Если не ошибаюсь, то открытых данных нет

Ааа, т.е. они у вас заказывают и данные дают. Просто они ничего добровольно не публикуют

Кот

10.02.2017
11:22:03

Нет, у нас на тесте тоже актуальных нет, только на боевом

Неа

Google

Dmitry

10.02.2017
11:22:22

Понятно, спасибо

Кот

10.02.2017
11:22:29

Не за что)

Andrew

10.02.2017
11:50:07

Всем привет. Подскажите пожалуйста, какую базу лучшего всего использовать для NodeJS проекта? Делаю бота, у которого часто случаются пиковые нагрузки. Например несколько сотен человек одновременно начинают работать с ботом в течении 5 минут, потом тишина. В основном будет запись в базу, но прежде чем записать, надо проверить есть ли уже запись от этого юзера, т.е. получается что работа с базой будет комбинированная: чтение->проверка->запись.

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

Roman

10.02.2017
12:05:14

Всем привет. Подскажите пожалуйста, какую базу лучшего всего использовать для NodeJS проекта? Делаю бота, у которого часто случаются пиковые нагрузки. Например несколько сотен человек одновременно начинают работать с ботом в течении 5 минут, потом тишина. В основном будет запись в базу, но прежде чем записать, надо проверить есть ли уже запись от этого юзера, т.е. получается что работа с базой будет комбинированная: чтение->проверка->запись.

а что проверяется?

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

Zaur

10.02.2017
12:05:48

а что проверяется?

Голосовал юзер или нет, может ли он вообще голосовать

Roman

10.02.2017
12:05:59

и концептуально это оказалось очень гуд

Голосовал юзер или нет, может ли он вообще голосовать

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

Глеб

10.02.2017
12:07:54

Народ, чем валидировать и трансформировать объекты? Есть node-validator, ещё чего-то. Задача такая: взять объект, исходя из другого объекта, применить функции к таким-то полям (например, перевести дату из одного формата в другой), откинуть ненужные поля; если какого-то поля не будет хватать, то кричать. Готовые решения для валидации есть, а вот для трансформации чего-то не гуглится. Можно на коленке за пол часа набросать, но чего-то как то лень.

Roman

10.02.2017
12:08:30

Народ, чем валидировать и трансформировать объекты? Есть node-validator, ещё чего-то. Задача такая: взять объект, исходя из другого объекта, применить функции к таким-то полям (например, перевести дату из одного формата в другой), откинуть ненужные поля; если какого-то поля не будет хватать, то кричать. Готовые решения для валидации есть, а вот для трансформации чего-то не гуглится. Можно на коленке за пол часа набросать, но чего-то как то лень.

json-schema?

Глеб

10.02.2017
12:08:32

и концептуально это оказалось очень гуд

Они больше про шардирование и вот это всё highload'ное.

json-schema?

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

Встречал критику конкретную колоночных БД, надо будет покопаться. Но для больших объёмов данных да, не плохо. Та же ClickHouse колоночная.

Roman

10.02.2017
12:12:02

а хз. пачкой хелперов. лично для себя я по схожей задаче копал в сторону виртуальных (из данных в json-ячейке) полей на уровне бд, но пока еще копаю.

но это вряд ли твой вариант, наверное

Dmitry

10.02.2017
12:13:47

Встречал критику конкретную колоночных БД, надо будет покопаться. Но для больших объёмов данных да, не плохо. Та же ClickHouse колоночная.

clickhouse хороша, очень быстрая

Глеб

10.02.2017
12:14:31

Короче, если прикинуть по колоночным БД, то будут проблемы с: записью, индексами, практически нереальны транзакции.

Аналитика, BigData, ну и всё, пожалуй. Дальше для очень узкой специализации.

Dmitry

10.02.2017
12:15:05

в кликхаусе нет удаления и update )

Глеб

10.02.2017
12:15:31

Ну вот тем более

Google

Глеб

10.02.2017
12:17:30

И она по быстродействию на чтение/запись проигрывает PostgreSQL и MongoDB на объёмах <10 млн (грубо). Причём на порядок.

Dmitry

10.02.2017
12:24:30

И она по быстродействию на чтение/запись проигрывает PostgreSQL и MongoDB на объёмах <10 млн (грубо). Причём на порядок.

спорно.. я пробовал на сетах 1, 10, 200 млн сравнивая с постгрей

И она по быстродействию на чтение/запись проигрывает PostgreSQL и MongoDB на объёмах <10 млн (грубо). Причём на порядок.

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

Глеб

10.02.2017
12:45:31

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

Мгм, БД для функциональщиков :)

Dmitry

10.02.2017
12:47:32

Они вроде летом обешали удаление добавить, вот тогда и заживем )

Igor

10.02.2017
13:55:44

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

Ура! Таки нашел для себя простой пример использоватя JWT: https://www.sitepoint.com/using-json-web-tokens-node-js/

Может кому полезно будет...

Yan?

10.02.2017
13:57:10

ну или если на коа захочешь то вот https://github.com/koajs/jwt

Igor

10.02.2017
13:59:31

Боже... где же эти мануалы были раньше, либо я не правильно гуглил, либо гугл не готов был к таким запросам от меня ? Прям по полочкам: https://scotch.io/tutorials/authenticate-a-node-js-api-with-json-web-tokens

Ilya

10.02.2017
14:02:04

Стоить универсальное приложение делать с express или уже koa?

Evgeny

10.02.2017
14:03:03

hapi

Alex

10.02.2017
14:03:06

ну если генераторы не вызывают у тебя боли - koa

Сергей

10.02.2017
14:03:22

а если нравится async/await то koa@2

но я хз как SSR на koa 1/2

Ilya

10.02.2017
14:04:01

Я за async await

Новое надо делать заглядывая на два года вперед, хотя для ноды это очень много

Igor

10.02.2017
14:06:00

А кто-нибудь на практике использует loopback?

Evgeny

10.02.2017
14:06:30

У меня на поддержке, я тут много узнавал - его адски обсирают.

Много багов, долго чинят

Yan?

10.02.2017
14:06:50

У меня на поддержке, я тут много узнавал - его адски обсирают.

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

Google

Evgeny

10.02.2017
14:07:12

Ну и он немного странноват, да.

Yan?

10.02.2017
14:07:16

имею в виду) легко ли)

Evgeny

10.02.2017
14:07:48

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

Admin

ERROR: S client not available

Evgeny

10.02.2017
14:08:10

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

Ну, и да, к вопросу выбора:

> https://risingstars2016.js.org/ Feathers, Keystone для микросервисов и апи

Igor

10.02.2017
14:11:37

В моём случае на выбор повлияла вот эта статья: https://strongloop.com/strongblog/compare-express-restify-hapi-loopback/ А точнее её перевод на хабре.

Но я только в самом начале изучения loopback...

И как то не слышу в этом чатике упоминаний про sailsajs...

Alexander