В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

3077 membersпожаловаться на группу
2021 April 16

VR

V R in Архитектура ИТ-решений
не знаю из БД ли - нужны требования. Но, если это список календарей из БД и (согласно требованиям событий не так много, как и пользователей) - то здесь в принципе простор для реализации вплоть до расчета предварительного в памяти на ближайших N часов :) - в общем - могут быть варианты... Думаю что тут масса подходов в реализации
источник
01:32пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, кстати, как раз для мобилки очень полезно делать сокеты (так как пуши идут иногда медленно-медленно)
источник
01:33пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Угу. Я предложил самую простую и достаточно универсальную )
источник
01:33пожаловаться#3

PD

Phil Delgyado in Архитектура ИТ-решений
И которую можно и на кластере использовать, например )
источник
01:34пожаловаться#4

p

pragus in Архитектура ИТ-решений
Я про интернеты больше, а не сами мобильные устройства.  Обычный тетеринг
источник
01:34пожаловаться#5

G

George in Архитектура ИТ-решений
Пуши на себя берёт вендор, он ответственен за их доставку. Наше дело с мобилками только отправить.
источник
01:34пожаловаться#6

VR

V R in Архитектура ИТ-решений
я согласен :) - углубляться в distributed cache не будем :)
источник
01:34пожаловаться#7

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, события для мобилки - берутся из тех же очередей и летят туда, просто другим каналом )
источник
01:34пожаловаться#8

G

George in Архитектура ИТ-решений
Вот о расчёте я и писал в старттопике, но всегда есть immediate события, аля "срочно все собираемся", комментарии с реплаями и личные сообщения. Поэтому... Разве что частично.
источник
01:35пожаловаться#9

PD

Phil Delgyado in Архитектура ИТ-решений
Тогда нужна табличка online+mobile. Ну или любой другой фильтр "клиенты, которым можно послать событие".
источник
01:35пожаловаться#10

VR

V R in Архитектура ИТ-решений
ну они же как-то поступают в систему - они же не из БД изначально
источник
01:35пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
Ну вот потому проще вообще все в очередь скинуть и с нее раздавать.
источник
01:36пожаловаться#12

G

George in Архитектура ИТ-решений
Колонка device, зачем отдельная таблица. Клиент может быть подключён сразу с N устройств.
источник
01:36пожаловаться#13

PD

Phil Delgyado in Архитектура ИТ-решений
Тебе важно отделить тех клиентов, которым можно послать событие от тех, для кого ждем подключения.
Типа если online или поставил приложение - то события из очереди вычитывать надо.
Если нет - то нет
источник
01:37пожаловаться#14

p

pragus in Архитектура ИТ-решений
Ох..
источник
01:37пожаловаться#15

G

George in Архитектура ИТ-решений
На мобилку и айпэд пуш, на сайт в сокет. В любом из трёх мест читает - помечаем delivered, чтобы не переотправлять, или удаляем.
источник
01:37пожаловаться#16

p

pragus in Архитектура ИТ-решений
А чего бы просто не иметь табличку с нотификациями и в сессии для каждого устройства держать ts последнего доставленного события?
источник
01:38пожаловаться#17

PD

Phil Delgyado in Архитектура ИТ-решений
Хм. Это уже совсем другой кейс, когда нужно каждое событие индивидуально помечать когда-нибудь из очереди.
источник
01:38пожаловаться#18

PD

Phil Delgyado in Архитектура ИТ-решений
А что это даст? Активно же не разберешься "пока отправить в это устройство", там все равно очередь вылезет
источник
01:39пожаловаться#19

p

pragus in Архитектура ИТ-решений
Устройство приходит - мы ему проигрываем из лога все нотификации
источник
01:40пожаловаться#20