Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

429 Too Many Requests #7

Open
serjepatoff opened this issue Apr 1, 2023 · 2 comments
Open

429 Too Many Requests #7

serjepatoff opened this issue Apr 1, 2023 · 2 comments

Comments

@serjepatoff
Copy link

Сервер Filmix отдаёт такую ошибку. В бесплатном варианте без регистрации - почти всегда, примерно 9 раз из десяти, пользоваться совершенно невозможно. Зарегистрировался, проплатил pro–аккаунт, привязал устройство с Kodi – ошибка исчезла, но через полчаса опять появилась. На этот раз она не настолько частая, выбивается примерно один раз из трёх.

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

Не сталкивались ли с таким?

PS. Попробую снять дамп трафика с официальной фильмиксовской Андроид-приложухи, и посмотреть, проявляется ли там ошибка с моего IP, и если нет, то чем отличается траф.

@vlmaksime
Copy link
Owner

vlmaksime commented Apr 1, 2023

Где-то месяц назад на сервере включили защиту от DDoS атак, из-за которой возникает эта ошибка. Возникает при частых обращениях к серверу. Самое интересное, что если из мобильного приложения Filmix отправить много запросов к серверу путем быстрого пролистывания ленты новостей, ошибка не возвращается. Пробовал привести все заголовки к тем, что у мобильного приложения, но ошибку обойти не удалось.
Единственный костыль, который придумал, это добавить кэширование ответов от сервера. Думал сделать dbf файл, в который буду писать url запроса и время обращения. И если время последнего запроса не превышает 5-10 минут, то брать результат ответа из этого файла. Но пока нет времени на его реализацию

@vlmaksime
Copy link
Owner

Загрузил в репозиторий версию 1.4.4~beta2.
В ней добавил кэширование запросов на получение списков контента и карточки контента. По умолчанию кэширование включено и выставлено на хранение ответа в течении 5 минут.
Это изменение должно уменьшить вероятность возникновения 429 ошибки, но полностью от нее не избавляет.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants