¿Mejores prácticas de desarrollo de aplicaciones de Twitter?

Question

Imaginemos la aplicación que no es solo otra forma de publicar tweets, sino algo así como un agregador y la necesidad de almacenar/tener acceso a los tweets publicados a través de.

Desde Twitter añade un límite de llamadas a la API, la aplicación debe/puede utilizar un poco de caché, entonces se debe comprobar periódicamente si no se ha eliminado Tweet etc.

¿Cómo gestionar límites? ¿Cómo crees que las aplicaciones de buen tráfico en vivo no están en la lista blanca?

Answer 1

Por nombrar algunos.

• Almacenamiento en caché agresivo. No llame a la API a menos que sea necesario.
  • Generalmente obtengo la mayor cantidad de datos posible y los almaceno en algún lugar. Luego opero fuera de la tienda local hasta que se agota y necesita ser actualizado.
• Evite hacer cosas en tiempo real. Solicitudes de espera y hacerlas en un temporizador.
  • Si está en Linux, los cronjobs son la forma más fácil de hacerlo.
• Combine las solicitudes tanto como sea posible.

Answer 2

Bueno, usted tiene 100 solicitudes por hora, por lo que la pregunta es cómo se puede equilibrar entre los distintos tipos de solicitudes. Creo que la mejor opción es la forma es la forma TweetDeck que le permite establecer el porcentaje y guarda el resto del% por publicar (porque eso es importante también):

Alrededor del almacenamiento en caché de una base de datos sería bueno, e ignoraría los eliminados: una vez que hayas descargado el tweet, no importa si se eliminó. Si quisieras, en teoría podrías intentar abrir la página con el tweet y si obtienes un 404, se borrará. Eso significa que no hay costo en contra de la API.