Home

Het niet meer anoniem kunnen downloaden van ondertitels, zorgt er ook voor dat er niet meer anoniem gedownload kan worden via de API. (En dus ook via de RSS feeds.)

Ook is de functie waar bij je via de API kijkt of er ondertitels zijn stuk:

http://www.bierdopje.com/api/KEY/GetAllSubsForEpisode/418752/en
<br />
<b>Fatal error</b>: Call to undefined function __bool2str() in <b>/home/bierdopje.com/www/includes/engines/api.engine.php</b> on line <b>663</b><br />

Het niet meer anoniem kunnen download zorgt er voor dat ik niet meer automatisch ondertitels kan downloaden en ze hernoemen (vooral het hernoemen scheelt veel tijd). Ik heb om hit en run te voorkomen er voor gezorgd dat mijn tool een url aanmaakt, in het mailtje dat verstuurd wordt na het downloaden van de sub, naar de plek om een berichtje achter te laten voor de vertaler. (iets wat ik ook belangrijk vind)

Is het misschien mogelijk om de downloads weer mogelijk te maken maar dan met je persoonlijke API key (die van de kalender)? (Want ik neem tenminste aan dat jullie een bepaald idee hadden toen jullie dit ontwikkelden) Of om een inlog mogelijkheid in de API te bouwen. Want als ik naar de HTTP requests kijk van jullie inlog process zie ik dat jullie niet willen dat mensen een playback gaan doen. (Wat niet te voorkomen is trouwens, maar ik toch niet ga maken )

Misschien is het mogelijk om tijdelijk de noodzaak tot inloggen uit te schakelen totdat er een oplossing voor het probleem is?

De bool2str-fout is gefixed .

Verder zou je gewoon moeten kunnen downloaden middels je API key. Daar hebben we juist functionaliteit voor ingebakken om dit te voorkomen.

Ik zie echter dat er iets mis mee is... Hmm balen.

Sypher wijzigde dit bericht op 08-12-2009 om 07:21, totaal 1 keer bewerkt

Bedankt voor de eerste fix

Wat ik zie gebeuren is dat jullie een HTTP 302 sturen, maar ook de complete content. IE gaat hier ook niet goed mee om. (Hij verwacht een file, krijgt een riderict met een andere content stream) Ik kan nu dus wel downloaden, zolang ik de redirect maar negeer. (Ook zonder API key dus)

Wat ik ook zag inderdaad is dat je een nieuwe url opbouwd als het vanuit de API komt. Kan ik het zelfde doen met de URL in de RSS feed? Anders moet ik uit de RSS feed verplicht de API in (extra load) en ik weet dan ook niet of ik de laatste heb. (wat ik wel weer uit de pub_date kan halen....)

Ha... ellendig.. De check op je API key gaat goed, maar vervolgens keek hij daarna of je wel ingelogged was. foutje, bedankt.

Is dus opgelost en zou moeten werken

Ik zie ook dat jullie vanuit de API (zoals eerder besproken) een API key aan het request toekennen. Dit is geen kopie van mijn API key, maar een andere.

Is dit bewust gedaan?

BTW: Ik hoop dat jullie mij "veelvuldige" bug reports en verzoeken niet zien als kritiek maar als enthousiasme!

Een andere? Het moet dezelfde API key zijn als je gebruikt om de request te doen. Ik heb net getest en ik krijg wel dezelfde key.

De "custom rss" voor ondertitels werkt nu in ieder geval ook met userkeys. Echter als we hier misbruik mee constateren slopen we het er net zo hard weer uit.

Je bugreports/feature requests zijn meer dan welkom.

Sypher wijzigde dit bericht op 08-12-2009 om 08:22, totaal 1 keer bewerkt

Grappig, nu krijg ik wel mijn eigen key terug. Net kreeg ik wel een andere key. Evt heb ik die nog op mijn clipboard staan als je daar geïnteresseerd in bent. Ik heb maar 1 key op mijn naam staan.

Als je die naar mij zou kunnen sturen, kan ik eens kijken hoe dat kan gebeuren. Zou echt niet moeten want hij moet de key gebruiken die je gebruikt in de aanvraag (mits gevalideerd).