Сделай перевод к Number

Тебе же typeof пишет что тип _arg string

да понятно что пишет что стринг, я и говорю - а почему _arg - string???

я прост чего-то не понимаю в устройстве самого JS

А, лол, я просто слепой

У тебя конструкция for in

А нужна for of

это я тоже уже сделал

)))

for in даёт тебе ключи

То есть for in для массива ['a', 'b', 'c'] выдаст '0', '1', '2'

https://github.com/sindresorhus/query-string

спасибо, это решение подходит

ААААА, да знаю я чем отличается for in от for of) я не понимаю почему он числовые ключи кастит в строки

почему они не int'ы, в этом вопрос

я ж не даю ему литерал объекта с ключами типа 'a', 'b', 'c' а потом их перебираю - я б понял тогда что они строки

sum сначала тож number, потом он видит _arg в for in'е и приводит и sum к string

наркомания

Потому что for..in возвращает не индексы массива

А ключи

ок, чем тогда индексы массива отличаются от ключей???

Ты с помощью for in можешь обрабатывать так же объекты

да да перечислимые свойства

и типа оно автоматом, с оглядкой на то что может придется работать и с объектом тоже - кастует все в строки?

И они являются строкой

По-моему, наркомания - это обходить массив с помощью for..in

Как ещё сказать, это сделано для того, чтобы ты мог вызвать значение из любого объекта конструкцией foo[key]

ну... как сказать, я бы понял если бы можно было бы одновременно получать доступ в элементу массива по a[0] и по a['some_key'] и это было бы синонимами - но это ведь не сработает так

ладно, надо привыкнуть, спасибо

a[0] и a['0'] синонимы

так все-таки что вы делаете с рассинхроном кеша редиса и бд?)

инвалидировать кеш при записи/изменении в БД

почему они не int'ы, в этом вопрос

Точно не могу сказать, но вообще for in используется для перебора свойств объекта, поэтому и string Более того, for in не рекомендуют использовать для перебора массива, если важна очерёдность элементов

так все-таки что вы делаете с рассинхроном кеша редиса и бд?)

а что у тебя там в кеше? Куски данных, которые все в любом случае туда не влезут, например часто запрашиваемые ресурсы. Или то, что в любом случае должно быть целиком в кеше, например сессии/токены

Там будут привязки id'шников из базы, чтобы запросов не делать они будут на лету при создании записи в базе туда добавляться в set к какому-то значению

хм, ну на лету создавай сразу запись в бд и запись в кеше. Я подобное делаю с токенами, например. При изменении настроек acl в базе, сразу меняются кеши с токенами на веб-серверах. Тоже использую множества, но только не редис, но думаю это тут совсем не критично

чувак видать третий день в отладке

Скажите монгодб для продакшена ведь не самое хорошее решение да?

Скажите монгодб для продакшена ведь не самое хорошее решение да?

Скажите, отвертка для работы ведь не самое хорошее решение?

Ну вот и я о чем

Поиграться сделать какую-то мелочь – легко, а при чём-то объемном какие-то костыли получаются

Перефразирую по другому вопрос. У кого монгодб на продакшене?

Перефразирую по другому вопрос. У кого монгодб на продакшене?

https://www.mongodb.com/who-uses-mongodb

Так, поделки всякие

Знаешь. Я всегда тащусь с таких как ты. Тебе проявлять остроумие больше негде?

чувак видать третий день в отладке

всплакнул

Если ты не можешь ответить – лучше не отвечай

Знаешь. Я всегда тащусь с таких как ты. Тебе проявлять остроумие больше негде?

В чем остороумие? Какой был вопрос, такой же последовал и ответ.

Перефразирую по другому вопрос. У кого монгодб на продакшене?

у меня. и бд под задачу нужно выбирать

Если ты не можешь ответить – лучше не отвечай

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

нету хороших и плохих бд

...

нету хороших и плохих бд

Я попытался человека подвести к тому, что для любого инструмента есть своя сфера применения. Не понимает. Точки тут рисует. Психует.

Знаешь. Я всегда тащусь с таких как ты. Тебе проявлять остроумие больше негде?

Я тоже тащусь с людей, которые вместо того, чтобы загуглить элементарный вопрос, идут в чат и спрашивают у почти двух тысяч людей. Человек, говоря грубо, ленится оторвать свою жопу, чтобы найти ответ, и делегирует это коммюнити. Не проявил уважения, получай в ответ то же. Понятно объясняю свою точку зрения? Или это слишком сложно?

Я тоже тащусь с людей, которые вместо того, чтобы загуглить элементарный вопрос, идут в чат и спрашивают у почти двух тысяч людей. Человек, говоря грубо, ленится оторвать свою жопу, чтобы найти ответ, и делегирует это коммюнити. Не проявил уважения, получай в ответ то же. Понятно объясняю свою точку зрения? Или это слишком сложно?

++++++++++++

Неистово плюсую

Товарищи, товарищи, ну что ж вы так. Человек сначала спросил "норм" или "не норм". Окей, ответ: смотря какой у тебя продакшен. Если это сразу много тысяч активных пользователей, то стоит задуматься о PostgreSQL или аналогах, если же твое "продакшен" - это прототип с парой тысяч пользователей с рекламы, то бери спокойно MongoDB, потом перепишите. В идеале поделить весь проект на изолированные сервисы и там, где важна надёжность и скорость не брать монгу и всё тут.

Перефразирую по другому вопрос. У кого монгодб на продакшене?

у Яндекса

Монга дофига у кого в продакшене, просто для разных целей и с разными нагрузками. То, что она у условного "Яндекса" стоит ещё не значит, что это highload.

https://chromium-review.googlesource.com/c/519386 да неужели

Вангую Гошу как спамера

https://chromium-review.googlesource.com/c/519386 да неужели

Но это не всё пока, см. https://github.com/nodejs/node/issues/1671#issuecomment-320215682

Я тоже тащусь с людей, которые вместо того, чтобы загуглить элементарный вопрос, идут в чат и спрашивают у почти двух тысяч людей. Человек, говоря грубо, ленится оторвать свою жопу, чтобы найти ответ, и делегирует это коммюнити. Не проявил уважения, получай в ответ то же. Понятно объясняю свою точку зрения? Или это слишком сложно?

Chat-driven Development

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

файл до 10 мб

как правильней сделать?

Кто может что-нибудь сказать по поводу https://github.com/RuntimeTools/appmetrics?

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

погуглил в npms ордеры sequence но чтото всё не то

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

Какой такой пункт

гн рлгчд алролмп

пл

не понял вопроса

гн рлгчд алролмп

Роскошно

Так что по очередям посоветуете?

Или самому руками их клепать?

есть ли более разумное решение?

https://nodejs.org/api/url.html#url_url_searchparams

Привет. Вопрос более архитектурный. Как вы боретесь с рассинхроном кеша в приложении в случае использования redis?

Не наблюдал такого. Можно пример?

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

ты бы задачу описал что тебе нужно. или сам иди выбирай queues.io

ты бы задачу описал что тебе нужно. или сам иди выбирай queues.io

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