| idec.talks | HOME |
| AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений. mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже. AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое. AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений. Этот x/c нужен же для u/e? Смотрю в описание u/e: смещение указывается одно для всех эх в запросе? Получается не оптимально. Ведь в разных эхах разное количество апдейтов. А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее. +++ Caesium/0.4 RC1 |