Большое количество операций чтения канала, которые невозможны

Производственное приложение:

Журнал активности показывает, что один единственный пользователь неоднократно звонил "читать фид" снова и снова, начиная с 2-х дней, и это все еще продолжается. Отметки времени находятся на расстоянии 10 с:

2018-11-30T08:45:54.000Z
2018-11-30T08:45:44.000Z
2018-11-30T08:45:34.000Z
2018-11-30T08:45:24.000Z
2018-11-30T08:45:14.000Z
2018-11-30T08:45:04.000Z
2018-11-30T08:44:54.000Z
2018-11-30T08:44:44.000Z
2018-11-30T08:44:34.000Z

И снова и снова для 95 страниц журнала каждая с ~100 записями = 9 КБ (аналогично Stream - Подозрительно большое количество обновлений каналов).

Правильные операции в журнале показывают клиента как stream-python-client-2.11.0, что имеет смысл. Неправильные операции в журнале показывают клиента как stream-javascript-client-browser-unknown, что не имеет смысла.

Совершенно очевидно, что это не настоящее поведение пользователя, верно?

Приложение для разработчиков:

У нас есть приложение для тестирования, и внезапно в журнале 9 ноября появилась операция "1 канал чтения" для группы каналов уведомлений. В то время мы не развернули эту функцию, и в случае, если это приложение для разработчиков, где мы действительно читал ленту не более 10 раз вручную через почтальона в наш бэкэнд для gettream.

0 ответов

Другие вопросы по тегам