и чем раньше вы это сделаете, тем будет менее больно

интересный подход

потому что мигрировать 1 гигабайт существенно проще чем 1тб

то что синтетика то не спору, но стартовая загрузка данных и на проде будет такая же)

то что синтетика то не спору, но стартовая загрузка данных и на проде будет такая же)

так не катайте всем клиентам сразу

и я не верю в стартовые нагрузки на проде, которого нет

есть исключения, когда катают какие-то спецпроекты для больших источников трафика

не совсем понял "так не катайте всем клиентам сразу" ?

есть несоклько вариантов что у вас сейчас с проектом 1) вы пилите что-то для существующего продукта 2) вы пилите совсем новый продукт, который будет работать с существующим продуктом 3) вы пилите совсем новый продукт в случае с 1) у вас есть продакшен и чем быстрее вы начнёте своим клиентам выкатывать фичу, тем меньше денег вы потрите на разработку. если у вас _очень_ много клиентов, то вы делаете так, чтоб вы могли регулировать количество клиентов, которым будет доступна эта фича. например добавив список активных фич в профиль и на бэкенде проверяете что у него фича активирована. дальше берём и 10% клиентов добавляем новую фичу «чат» и смотрим что будет в случае с 2) чем раньше вы заведёте себе клиентов в продукт, тем лучше. про бета-тестирование все слышали, вот собрать реальных пользователей и на них смотреть в случае с 3) надо просто катать, с бешенной скоростью

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

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

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

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

может так оказаться что чатом этим будет пользоваться 1% клиентов

а вы какие-то бешенные человекомесяцы потратили на его оптимизацию

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

и двадцать сообщений

соглашусь с вами. Но решаю то не я)

я лишь исполняю

я лишь исполняю

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

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

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

у нас кстати недавно была дискуссия по поводу постраничного вывода данных и мы пришли к тому, что никакого вообще смысла в этом постраничном выводе нет. Нет никакого смысла переходить между 50 страницами где на каждой странице по 20 объектов. Юзер никогда там ничего не найдет. И лучше показать пользователю ТОП 50-100 записей допустим и если он хочет более детализованно что-то найти, значит он должен более четко задать критерии поиска

у нас кстати недавно была дискуссия по поводу постраничного вывода данных и мы пришли к тому, что никакого вообще смысла в этом постраничном выводе нет. Нет никакого смысла переходить между 50 страницами где на каждой странице по 20 объектов. Юзер никогда там ничего не найдет. И лучше показать пользователю ТОП 50-100 записей допустим и если он хочет более детализованно что-то найти, значит он должен более четко задать критерии поиска

вывод о «никакого смысла» был сделан на базе каких данных?

я себя через раз нахожу на 10-20-30 странице различных поисковиков. особенно когда поиск не работает нормально

или когда я не знаю точно поисковый запрос

а поиск нормально в среднем нигде не работает

я себя через раз нахожу на 10-20-30 странице различных поисковиков. особенно когда поиск не работает нормально

и как, нашли хоть раз то что искали на этих страницах? потому-что я нет

да

постоянно нахожу

я обычно сразу меняю формат запроса если того чего я ищу нет на первых двух страницах

вы молодец :)

есть ситуации когда менять нечего

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

и искать приходилось по очень абстрактному описанию

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

но ответ на мой вопрос «на базе субъективных данных»

ну давай возьмем какой-то реальный кейс из проекта, есть приложение для агенства недвижимости, есть таблица с этими объектами, причем объекты разбросаны по стране и их может быть очень много. Вот ты юзер ищешь какой-то объект и помнишь только город допустим, какой смысл тебе будет выводить 50 страниц объектов недвижимости города чтоб ты его сидел и листал.

ооо, вы видать никогда не пытались что-то купить :)

Всем привет! Подскажите, где в Compass писать запросы?

но ответ на мой вопрос «на базе субъективных данных»

да это было чисто субъективно, скажем так коллективно субъективно :), хотя наверное стоит затрекать наскольоко часто юзера уходят дальше первых двух страниц таблицы

Всем привет! Подскажите, где в Compass писать запросы?

https://docs.mongodb.com/compass/master/query-bar/

Спасибо)

ооо, вы видать никогда не пытались что-то купить :)

с 30й страницы поиска точно не пытался :)

с 30й страницы поиска точно не пытался :)

ну вот когда у тебя критерий у меня есть X$, то ты сидишь и перебираешь 100 страниц :)

https://docs.mongodb.com/compass/master/query-bar/

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

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

одно поле https://docs.mongodb.com/compass/master/query-bar/#project

экспорт вот тут: https://docs.mongodb.com/compass/master/import-export/#export-data-from-a-collection

но я не уверен что в экспорте работают проекции

одно поле https://docs.mongodb.com/compass/master/query-bar/#project

не понял, как взять одно поле подскажи, пожалуйста

не понял, как взять одно поле подскажи, пожалуйста

в Project указать название этого поля с флагом 1. { fieldName: 1 }

в Project указать название этого поля с флагом 1. { fieldName: 1 }

про поле понял, спасибо

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

При попытке выгрузки не редактируется поле, в чем секрет?

Привет! смежный с монгой вопрос. Решил я юзать монгу для логгирования, подскажите пожалуйста: - это нормально хранить логи в той же бд-шке что и основные данные - какой логгер юзаете (язык не важен, просто взглянутьб) - какие тулзы используете для визуализации?

Привет! смежный с монгой вопрос. Решил я юзать монгу для логгирования, подскажите пожалуйста: - это нормально хранить логи в той же бд-шке что и основные данные - какой логгер юзаете (язык не важен, просто взглянутьб) - какие тулзы используете для визуализации?

1) нормально, если в отдельной коллекции 2) стандартный логгер ASP.NET Core (ILogger интерфейс) 3) Compass норм будет

1) нормально, если в отдельной коллекции 2) стандартный логгер ASP.NET Core (ILogger интерфейс) 3) Compass норм будет

спасибо! нашёл вот комбайн https://www.fluentd.org/. на вид круто

Привет! смежный с монгой вопрос. Решил я юзать монгу для логгирования, подскажите пожалуйста: - это нормально хранить логи в той же бд-шке что и основные данные - какой логгер юзаете (язык не важен, просто взглянутьб) - какие тулзы используете для визуализации?

не советую юзать монгу для логов, если потом на них будете делать аналитику

Привет! смежный с монгой вопрос. Решил я юзать монгу для логгирования, подскажите пожалуйста: - это нормально хранить логи в той же бд-шке что и основные данные - какой логгер юзаете (язык не важен, просто взглянутьб) - какие тулзы используете для визуализации?

и еще момент - в фонге нет фултекст серча, так что про кастомные игрища по содержимому логов

и еще момент - в фонге нет фултекст серча, так что про кастомные игрища по содержимому логов

ну не хочется мне подымитать еластик сёрч) это монстр..

не советую юзать монгу для логов, если потом на них будете делать аналитику

спасибо, буду знать... я если честно хз что с ними потом буду делатиь - сейчас просто в AWS CloudWatch сейвятся. и мне это не нравиться - там вообще плохо

не советую юзать монгу для логов, если потом на них будете делать аналитику

агрегативные запросы и текстовые индексы - наше всё. + хотел поставитьт индекс с експирейшеном)

Привет. source: ip:27017 syncedTo: Wed Oct 31 2018 22:38:48 GMT+0000 (UTC) 46010 secs (12.78 hrs) behind the primary Насколько безопасна штатная остановка отстающей реплики? ( в реплика-сете 4 ноды )

спасибо, буду знать... я если честно хз что с ними потом буду делатиь - сейчас просто в AWS CloudWatch сейвятся. и мне это не нравиться - там вообще плохо

можно в кинезис писать и оттуда пихать в эластик

а там уже делать дашборды\аналитику, но это уже не по теме этого чата

и еще момент - в фонге нет фултекст серча, так что про кастомные игрища по содержимому логов

Эмм, как это нету?

Эмм, как это нету?

эм, а можно по половине слова в середине строки чтото найти?

и что насчет десятка текстовых поле?

Регулярки наше все RegExp('слово', 'i') 😂

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

и еще момент - в фонге нет фултекст серча, так что про кастомные игрища по содержимому логов

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

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

эм, а можно по половине слова в середине строки чтото найти?

Можете подробнее пример?

для начала простое - 5 текстовых полей, поиск по ним

второе фактически самое ходовое - наличие опечатки

для начала простое - 5 текстовых полей, поиск по ним

db.Texts.createIndex({ name: "text", author: "text", desc: "text", annotation: "text" })

У меня правда 4

второе фактически самое ходовое - наличие опечатки

С этим проблема, я по этому и говорю что он средний по качеству

Фактически полнотекстовый поиск есть, но в качестве системы анализа логов его использовать не стоит

db.Texts.createIndex({ name: "text", author: "text", desc: "text", annotation: "text" })

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