Si se trata de una API de JavaScript en línea (es decir, accede a los recursos del lado del servidor como parte de su procesamiento), entonces lo limita de la misma manera que lo haría con una API web estándar: a través de claves API y monitoreo del lado del servidor.
Si está fuera de línea (es decir, procesamiento puro del lado del cliente), tenga en cuenta que cualquier código cuyo único propósito sea limitar la velocidad puede ser anulado, ya que las instrucciones de texto sin formato deben existir en su cliente. Los contadores de llamadas podrían modificarse en tiempo de ejecución, el código de límite de velocidad en sí podría ser burlado o eliminado por completo, etc.
La única forma efectiva que sé para limitar la velocidad de dicha API es diseñarla de modo que la limitación de velocidad sea un efecto secundario del procesamiento que tiene que hacer, en lugar de un paso explícito. De esta manera, eludir el código de límite de velocidad en realidad rompe la API, obligando al usuario a aceptar sus límites.
- ¿Hay algún ejemplo de grandes empresas que desarrollen software empresarial complejo con Angular 2?
- Cómo saber qué hará hacer clic en cierta cosa en una página web mirando 'inspeccionar elemento'
- ¿Cuáles son los mejores recursos para aprender Ruby on Rails?
- ¿Elegirías entre prestashop y WordPress u otro CMS para hacer contenidos estáticos en diferentes idiomas?
- ¿Cuáles son algunos buenos tutoriales sobre Angular 2 con un marco Django REST?
Por ejemplo, varios algoritmos de cifrado de contraseña especifican miles de rondas de cifrado en una sola contraseña de texto sin formato. Si omite incluso una de las rondas especificadas, su texto cifrado no coincidirá con el texto cifrado de la contraseña de referencia. Et voilà , limitación automática de velocidad.
