Превышенное Ограничение скорости - Пользовательское приложение Твиттера
Я работаю с приложением Твиттера Java (использующий Twitter4J api). Я создал приложение и могу просмотреть текущую пользовательскую временную шкалу, профили пользователя, и т.д.
Однако при использовании приложения это кажется вполне, быстро превышают 150 запросов набор ограничения скорости часа на клиентах Твиттера (я знаю, что разработчики могут увеличить это до 350 на сделанных отчетах, но это не решило бы для других пользователей).
Конечно, это не влияет на все клиенты, никакие идеи относительно того, как обойти это?
Кто-либо знает что количества как запрос? Например, когда я посмотрел профиль пользователя, я загружаю Пользовательский объект (twitter4j) и затем заставляю screenname, имя пользователя, пользовательское описание, пользовательское состояние, и т.д. помещать в объект JSON - это было бы единственным вызовом для получения объекта, или будет это, несколько для включения всего user.get... звонят?
Заранее спасибо
2 ответа
. Вам действительно нужно отслеживать текущее количество запросов при работе с Twitter.
Однако твиттер, похоже, не снижает счет для 304 Not Modified (по крайней мере, в последний раз, когда я имел дело с этим), поэтому убедитесь, что что-то не нарушает ваше обычное использование HTTP-кеширования, и ваш практический запрос в час повышается.
Обратите внимание, что твиттер страдает ошибкой в mod_gzip на apache, из-за которой электронный тег неправильно сформирован, изменяя его, чтобы отразить, что кодировка содержимого отличается от кодировки не-сжатого объекта (это то, что нужно делаю, там просто ошибка в реализации). Из-за этого принятие gzip-содержимого из twitter означает, что он никогда не отправит 304, что увеличивает количество ваших запросов и во многих случаях снижает эффективность использования gzip.
Следовательно, если вы принимаете gzip (ваша веб-библиотека может делать это по умолчанию, посмотрите, что вы можете увидеть с помощью такого инструмента, как Fiddler, я парень .NET с небольшими знаниями Java, отвечаю на уровне о том, как twitter работает с HTTP, поэтому я не знаю подробностей о веб-библиотеках Java), попробуйте отключить это и посмотреть, улучшит ли это ситуацию.
Почти каждый тип чтения с серверов Twitter (то есть все, что вызывает HTTP GET) считается запросом. Получение пользовательских графиков, ретвитов, прямых сообщений, получение пользовательских данных - все это считается за 1 запрос. Практически единственный вызов API Twitter, который читает с сервера, не считаясь с вашим лимитом API, - это проверка статуса ограничения скорости.