11
votes

API Twitter - Pas plus de 150 demandes par heure

J'écris une application Twitter à l'aide de JTWitter - et sa course à l'intérieur d'un serveur à l'intérieur de mon travail. Quoi qu'il en soit, chaque fois que je l'exécute du travail, il renvoie l'erreur ci-dessous et je ne fais que faire quelques demandes par heure: xxx

i Exécutez le même code de la maison - c'est bien.

Donc, évidemment à un moment donné, Twitter pense que notre travail vient tous d'une adresse IP directe - c'est pourquoi il faut frapper une limite qu'elle ne devrait pas.

Dois-je un choix ou une solution de contournement - puis-je faire le La limite est comptée de mon IP de la machine directe - ou de mon compte au lieu de IP? Puis-je utiliser un proxy? A un organe d'autre a-t-il eu ce problème et l'a résolu ?!

Avant que quiconque demande à l'application doit vivre dans mon travail - il ne peut s'exécuter nulle part ailleurs!

acclamations, < p> andy


0 commentaires

3 Réponses :


2
votes

Vous pouvez demander à Twitter de monter cette limite jusqu'à 20000 demandes par heure. C'est un processus assez simple documenté sur leur site.


1 commentaires

Cela ne semble pas être une option pour les API de repos et de recherche. Vous pouvez apparemment appliquer encore des exceptions lors de l'utilisation de l'API Streaming.



16
votes

authentifier contre un compte afin que vous utilisiez la limite de demande d'API du compte, et non la limite IP non autorité:

http://dev.twitter.com/pages/rate-limiter < / p>

http://dev.twitter.com/pages/auth

Si vous avez toujours des problèmes, vous pouvez demander à la liste de loisirs de la Société IP, mais pour ce dont vous parlez (seulement quelques demandes d'une heure), il suffit d'authentifier à un compte est la meilleure option.


1 commentaires

Cela a l'air bien - mais l'URL de rappel ne sera pas publiquement disponible qui ruine ce schéma car je ne peux pas faire l'authentification manuellement. Comment gênant - qu'est-ce que cela me laisse-t-il?



2
votes

Vous pouvez également envisager d'utiliser leur API en streaming qui est beaucoup mieux (temps réel) . Cela s'occupera également de la limite, car vous n'aurez qu'une demande lorsque de nouvelles données arrivent.


0 commentaires