Home

Ik heb zelf een tooltje gemaakt en dat werkt al jaren prima. Ik gebruik het alleen zelf. Nu krijg ik ineens de melding 'You have exceeded your number of allowed requests for this period..' van de Bierdopje server.

Weet iemand hoe dat komt en hoe ik dat kan voorkomen?

cache inbouwen.

Ik denk dat het een tijdelijk foutje was van Bierdopje. Ik heb niets veranderd, maar nu werkt het weer wel.

Ik heb ook dit bericht. Van mijn Java programma krijg ik terug:

Server returned HTTP response code: 429 for URL:http://api.bierdopje.com/<mykey>/GetShowById/14465

429 staat voor:

429 Too Many Requests
The user has sent too many requests in a given amount of time. Intended for use with rate limiting schemes.

Ik heb nooit dit probleem gehad. Ik had het probleem vanmiddag, en nu nog steeds.

lees dit, dit en dit topic maar eens rustig door

Minix U9h - CoreElec with plexconnect

heb hetzelfde met mediaportal....

De 429 melding en de uitleg hierboven spreekt redelijk voor zich, maar toch:

Die 429 HTTP error (met uitleg/XML response) krijg je in het geval dat:

• je app/script teveel gelijktijdige connecties per seconde maakt
• je app/script teveel requests per periode doet

Sypher,

Wat moeten we vragen aan de ontwerper van subcentral??

dubbel

Angelodv wijzigde dit bericht op 11-04-2013 om 21:38, totaal 1 keer bewerkt

@Sypher

Mijn tooltje is al jaren super clean. Hij vraagt alles slechts 1 keer op. En hij cacht de show-id's lokaal. En ik ben de enige die het gebruikt. Dus daar kan het niet aan liggen.

Mijn tooltje vraagt wel meteen alle subs voor een heel seizoen op (in Engels en Nederlands). Ligt het daaraan? Maar dat is nou juist het hele doel van het tooltje. Soms gebruik ik het om een aantal seizoenen te downloaden. Soms ook van meerdere nieuwe shows. Dat betekent dat je misschien een piek krijgt in het aantal requests, maar dat het bespaar je op een later moment. Per saldo (op lange
termijn) blijft het hetzelfde.

* Hoeveel requests heeft elke gebruiker?
* Is het misschien een idee om het aantal requests over een langere periode te berekenen?

Voor gewone apps hebben we op dit moment 1 per seconde en 300 per dag. Dus feitelijk kan je in 300s al je requests voor die dag er voorheen gejaagd hebben. Voor zowel de 1r/s als 300r/d krijg je een 429 melding. Wellicht zit je enkel tegen het seconde-limiet aan en niet het daglimiet?

Voor de top3 apps (waar je voorlopig nog niet bij zit, daar hoef je je geen zorgen over te maken) gelden overigens strengere limieten want deze lopen de spuigaten uit.

Limiten zijn per "gebruiker", niet per app. Als je toevallig meerdere apps gebruikt die ook onze API gebruiken zal dat het gevolg hebben dat je je quota er snel doorheen kan jagen. Verder is het natuurlijk afhankelijk van hoe vaak/hoe veel requests je doet.

Een langere periode gaat niet zo veel helpen, dat is juist negatief want dan kan je in "1x" je hele quota van die langere periode er doorheen jagen.

In v3 gaan we sowieso afstappen van API keys en willen we de requests via oAuth 2.0 laten lopen zodat de gebruiker de requests feitelijk doet en het dus beter beheersbaar kan worden. Verder blijven we dan natuurlijk de logs/activiteiten van apps in de gaten houden.

Graag wil ik ten slotte nog opmerken dat de API een aanvullende dienst is op een andere gratis dienst. De limieten zijn ingevoerd om de snelheid van de primaire dienst te kunnen blijven waarborgen.

Daarnaast voorkomen we dat apps ongeremd kunnen gaan hameren. Diverse apps blijven het nodig vinden om 10+ requests per seconde te doen gedurende een langere tijd, de servers kunnen dat in principe wel aan maar het is niet de bedoeling.

Bedankt voor je reactie Sypher.

Ik liep blijkbaar inderdaad tegen de beperking van 1 request/sec aan. Als mijn tooltje na elke request een seconde wacht, dan werkt het prima.

Quote:

Angelodv schreef op dinsdag 09 april 2013 @ 00:13: heb hetzelfde met mediaportal....

Ook XBMC Subtitles heeft problemen met bierdopje deze week is mij opgevallen...

Ik weet niet of er wat aangepast is, maar ineens werkt het in mediaportal weer. @kozzie, kun je het in xbmc ook checken?

Quote:

pendragon1 schreef op zaterdag 13 april 2013 @ 18:46: Ik weet niet of er wat aangepast is, maar ineens werkt het in mediaportal weer. @kozzie, kun je het in xbmc ook checken?

Ik denk dat de beperking van 1 request per sec eruit gehaald is. Mijn tooltje werkt ook weer als ik de pause van 1 seconde na elke sub eruit haal.

lijkt me wel aardig als je die beperking er dus wel gewoon aanhoud @JustMy2Cents

Minix U9h - CoreElec with plexconnect

@Wally73
Ik heb het zo gemaakt dat er minimaal 1100 milliseconden tussen de requests zit. Hij wacht nu echter niet langer dan strikt noodzakelijk.
Eerst wachtte hij na elke request altijd precies 1 seconde. De afhandeling van een (vorige) request neemt echter ook tijd in beslag, die tijd wordt er nu vanaf getrokken.

JustMy2Cents wijzigde dit bericht op 14-04-2013 om 19:32, totaal 1 keer bewerkt

ik heb wat zitten te testen maar ik bemerk dat autosub er ook 'last' van heeft.
's de maker optrommelen ..

[edit]
maker heeft de error response erin verwerkt.

zeroday wijzigde dit bericht op 17-04-2013 om 16:56, totaal 1 keer bewerkt