AP
Что касается стореджа, то я бы выбор сделал на что-то с минимальными накладными расходами, redis/aerospike
Size: a a a
2020 September 02
ИМ
(clickhouse)
AP
бэкапить это не проблема, а архитектурно сильно проще mongo
AP
(clickhouse)
не, он не для realtime нагрузки
ИМ
🤔🤔🤔
AR
Далее, 10 байт content id символьно цифровых можно упаковать в 60 бит прицепить к ним таймстамп 32 бита = 12 байт, если начать хранить данные в бакетах по юзеру то оне надо будет хранить user id и тут экономия получится неплохая
AP
🤔🤔🤔
я имел ввиду что пользовательские запросы пускать в него не очень хорошо
ИМ
а ну да, эластик кста еще есть =)
ИМ
но это уже такое
IV
Давай обстрагируемся немного, представь что у тебя только 1 юзер, и он смотрит контент, смотреть он его может конечно и не в хронологическом порядке наприммер посмотрел c9, потом с5, c6, c4, c7, c8. Теперь если ты можешь хранить просмотренный контент в хронологическом порядке его создания с1 … cN, тебе приходит запрос на фильтрацию нового контента к примеру c5 - c35, ты сразу понимаешь что последний просмотренный контент c9, отбрасываешь все что новее как точно не просмотренное и только c5 - c9 нужно проверить есть ли в нашем наборе данных, так как набор данных упорядочен, ты можешь делать это очень эффективно не перебирая всю историю. Утрированно например двоичный поиск с5 и далее от него и до конца истории проходишь по куску данных.
Здесь даже binary search не нужен. Тупо смотреть разницу между двумя сетами.
IV
если вы серьезно, не забудьте про rDNS, SPF/DKIM/DMARC. https://poolp.org/posts/2019-08-30/you-should-not-run-your-mail-server-because-mail-is-hard/
Есть практически все необходимые настройки сразу в коробке. Максимум придётся добавить txt record в dns вкладке для spf/dmarc. Вопрос пары кликов
SG
Есть практически все необходимые настройки сразу в коробке. Максимум придётся добавить txt record в dns вкладке для spf/dmarc. Вопрос пары кликов
пугают истории о том, как гугл отправляет в спам и ничего с ним не поделаешь :(
SG
то есть рулетка — повезет или нет
СА
Далее, 10 байт content id символьно цифровых можно упаковать в 60 бит прицепить к ним таймстамп 32 бита = 12 байт, если начать хранить данные в бакетах по юзеру то оне надо будет хранить user id и тут экономия получится неплохая
А как удалять пометки старше 30 дней?
СА
А как удалять пометки старше 30 дней?
Делать отдельный garbage collector, который будет раз в час пробегать по всем 10 млн юзеров?
IV
пугают истории о том, как гугл отправляет в спам и ничего с ним не поделаешь :(
Не должна индустрия зависеть от шайки педерастов с неявными правилами
СА
пугают истории о том, как гугл отправляет в спам и ничего с ним не поделаешь :(
Можно использовать SaaS-решение как бэкап. Мы так делаем: у нас есть основной провайдер отправки SMS и запасной. Если основной начинает барахлить - переключаемся на запасного, также для некоторых country codes пробуем в обратном порядке, потому что на запасном отправка дешевле.
A
Не должна индустрия зависеть от шайки педерастов с неявными правилами
Ну откровенно говоря сам механизм почты следовало бы заменить, но кажется это будет еще больнее чем IPv6. А вот как и на что... тут уже надо хорошо думать.
M
Делать отдельный garbage collector, который будет раз в час пробегать по всем 10 млн юзеров?
А зачем раз в час?
У юзера ж известна таймзона, отсекать 30 дней раз в сутки для каждого пояса, уже не 10М юзеров получится, хоть и не равномерно
У юзера ж известна таймзона, отсекать 30 дней раз в сутки для каждого пояса, уже не 10М юзеров получится, хоть и не равномерно
СА
Ну откровенно говоря сам механизм почты следовало бы заменить, но кажется это будет еще больнее чем IPv6. А вот как и на что... тут уже надо хорошо думать.
Зачем менять то, что работает?