TTT
сколько стоит железо с 10 ггц и колвом цп/ядра на каждого пользователя?
Anonymous
И приложение с такой размазаной БЛ, с какой стороны ни глянь, уродливое. Как с точки зрения архитектуры, так и точки зрения надежности. Никакой прирост в производительности его не спасёт.
TTT
с последней ддрочкой с максимальной пропускной способностью
Anonymous
сколько стоит железо с 10 ггц и колвом цп/ядра на каждого пользователя?
Расчёты в студию. =)
TTT
кароче, я уверен, что если я сейчас это напишу, то я получу время авторизации дольше 0.5 сек
TTT
на проце с 3.8 ггц
Anonymous
кароче, я уверен, что если я сейчас это напишу, то я получу время авторизации дольше 0.5 сек
Ненаучно. =) Субъективно так как.
TTT
почему субьективно?
TTT
так лол
TTT
я сейчас напишу
TTT
но если такое время будет, то ты признаешь что ты не прав и вся твоя жизнь сплошная ложь?)
Anonymous
но если такое время будет, то ты признаешь что ты не прав и вся твоя жизнь сплошная ложь?)
Опять какие-то логические ошибки. Если я неправ, я это признаю. Но как это связано с моей жизнью, с трудом представляю себе. =)
Anonymous
А ваще. Ща.
TTT
это просто к слову)
TTT
фразочка из какогото фильма
TTT
если быть точным
TTT
не забывай, что куки это зашифрованный datetime_id
Anonymous
Ну вот смотри. К примеру. Есть пользователь с миллионом билетов, вполне это может быть, ибо стоимость билета 0.02 цента.
За счет того что комиссия зависит от кол-ва купленных билетов, то пользователи могут использовать один и тот же аккаунт вместе.
Те билетов у одного пользователя вполне может быть и миллион.
Миллион билетов как долго будут передаваться базой? Думаю достаточно таки долго, а еще создаваться в ноде, ммм.
length получить не вариант, придется же считать активные и не активные, таким образом нужно будет пройтись по миллиону элементов массива и посчитать их в две переменные.
Почистить память от массива.
Где-то в процессе этого отправить запрос за остальными данными пользователя, ведь они необходимы для авторизации. Практически все данные отображаются на странице пользователя, на которую он переходит сразу же после авторизации.
Словить окончание промиса и добавить эти значения в обьект с пользователем.
И слава богу, наконец-то мы свободны от этого
Мета-информация о количестве может быть сохранена как промежуточное предоставление данных. СУБД реляционная?
TTT
да
TTT
ты предлагаешь считать количество при покупке билета?
TTT
это хоть лучше в производительности
Anonymous
Ну, денормализуй данные в разумных пределах.
TTT
но лишнее время на написание
TTT
хз зачем
Anonymous
ты предлагаешь считать количество при покупке билета?
Верно. Ты будешь просто инкрементить число. При этом ты всегда можешь пересчитать этот кэш. Это нормальная практика.
Anonymous
Кейс, который ты привёл, не такой уж и супер-эксклюзивный.
TTT
а зачем, если авторизация это типа как финансовая отчетность и после данные кешируются в редиске и там инкриментятся?
TTT
просто при авторизации эти данные берутся для отображения
TTT
а уже данные из редиски получает бизнес логика
Anonymous
а зачем, если авторизация это типа как финансовая отчетность и после данные кешируются в редиске и там инкриментятся?
Тебе нужна оптимизация? Вот. При этом БЛ не утекает в БД. А то так можно и до хранимых процедур докатиться.
TTT
они у меня есть)
TTT
создание билетов через них)
Anonymous
Наркоман. =)
TTT
а зачем мне 1000 инсертов делать?
Anonymous
Надеюсь, ты уверен, что у тебя все миграции работают.
TTT
это займет секунду с хером, я проверял
TTT
а так 50 мс
TTT
с генерацией такого запроса и подстановкой данных это 300 мс
Anonymous
И часто такое бывает?
TTT
20 баксов это много по твоему?
Anonymous
Если раз в 30 сек, ну дай ты ему эти 300 мс. Жалко, чтоли. Сэкономишь своё время.
TTT
при том что мб цена билета упадет
TTT
ну вот
Anonymous
Ну, моя позиция, сводится к убеждению, что бизнес-задачи нужно решать на самом высоком уровне. И на уровень ниже спускаться только если всё перепробовал. Шаг ниже лишает тебя надёжности, что в случае факапа будет являться самым тёмным и сложным местом в инциденте.
TTT
Я более чем уверен, что проблем не возникнет, а если и возникнут они решаются в течении часа
Anonymous
Хе-хе.
TTT
А ты же знаешь какой ужас может случиться если UNSIGNED использовать?
TTT
Он же в постгресе не поддерживается
TTT
ужас правда?
TTT
наверное долго дебажить...
TTT
вот примерно так же я вижу твои аргументы)
TTT
И что-то я не уверен, что COUNT хоть как-то может помешать дебагу)
TTT
Так что это даже жестче
TTT
или назовешь мне бд где он не поддерживается?
Alexander
Ребят, а по cordova есть чат в телеграме?
Mykola
Как можно посомтреть какие рипозитории используют к примеру эту либу https://www.npmjs.com/package/config ?
TTT
> Dependents (1844)
TTT
ни о чем не говорит?
Mykola
👍😂
ikasymov
как взять этот формат с обьекта Date 1517234621858
Никита
Можно к числу привести, например.
Number(new Date()).
Ну и неявно он тоже к числу преобразуется при математических операциях
Олександр
var date = new Date();
date.getTime();
Dika
Юрий
Доброе утро.
Нужно организовать простой, многопоточный сервер, который будет принимать json и отдавать json.
никакого роутинга, веб страниц, шаблонизаторов.
Но очень важна скорость работы.
Что посоветуете использовать? нативный http модуль или express и его аналоги могут по какой то причине работать быстрее?
Выйгрыш даже одной млс будет значителен
pa[aad
Доброе утро.
Нужно организовать простой, многопоточный сервер, который будет принимать json и отдавать json.
никакого роутинга, веб страниц, шаблонизаторов.
Но очень важна скорость работы.
Что посоветуете использовать? нативный http модуль или express и его аналоги могут по какой то причине работать быстрее?
Выйгрыш даже одной млс будет значителен
тогда вам не нужно юзать nodejs, вам golang
а еще нужно искать быструю либу для сериализации/десериализации json
Юрий
тогда вам не нужно юзать nodejs, вам golang
а еще нужно искать быструю либу для сериализации/десериализации json
есть такой вариант.
тест го показал скорость в 0.004 c
но у нас сейчас нет свободных гошников
Юрий
пока хотим быстро протестить ноду и принять решение
pa[aad
есть такой вариант.
тест го показал скорость в 0.004 c
но у нас сейчас нет свободных гошников
https://github.com/sqfasd/node-serialization-benchmark
p
добрейшего всем утречка
p
есть приложение серверное на ноде: в продакшене дергает сервис сторонний, а в деве - отдает json. Если в самом коде приложения захардкодить проверку окружения (прод или нет) и дергать сервис или отдавать json, это ок? По-моему не спортивно как-то
Vladimir
более спортивно юзать какой-нибудь node-config
p
может сделать еще одно приложение с сервисом, которые отдает json и переключать адрес в проде/деве?
p
да нод-конфиг юзаю
p
думаю как оформить лучше
Cenator 🐈
Cenator 🐈
только определяй не через cli а через файл
p
нормально, че бы нет
в прод попадет кусок кода который жсон отдает, хотелось бы его только в деве иметь