[API] Youtube id ophalen

Logisch zou bijvoorbeeld zijn:

Codeblok (voorbeeld.xml):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22




// informatie over de reuest i.e. de tijd, ip enzo




9bZkp7q19f0



Psy



Gangnam Style






Hiermee hou je er rekening mee dat er later nog dingen bij kunnen komen, zonder dat vervolgens alle api gebruikers hun script moeten herschrijven.

Ook kunnen er nu bijvoorbeeld meerdere artiesten een nummer hebben en kunnen artiesten meerdere eigenschappen hebben e.d.

Ohja en HOE DAN OOK programmeer altijd in het engels.

Veel muziek zit er nog niet in je database hoor

Antonn schreef:

Veel muziek zit er nog niet in je database hoor

Alles wat op de radios is gedraaid (http://iplaylist.nl/nuopderadio.php) zit in de database

Heeft nog iemand tips ?

Ja.
Gebruik de XML structuur van Rogier.
En voeg een format param toe welke xml en json ondersteund.

@Rogier

Volgens mij moet je je tag niet afsluiten.

toevoeging op 9 augustus 2013, 18:56:12:
En verder: houd je alsjeblieft aan de standaarden van een API. Gebruik dus REST en voorzie ook een vorm van authenticatie.

Raaoul schreef:

@Rogier

Volgens mij moet je je tag niet afsluiten.

toevoeging op 9 augustus 2013, 18:56:12:
En verder: houd je alsjeblieft aan de standaarden van een API. Gebruik dus REST en voorzie ook een vorm van authenticatie.

Opzich is het hele idee van XML dat alles mag, maar je hebt wel gelijk.

eigenlijk moet xml

Aanvulling:
Nu kan je ook met behulp van een youtube id een passende afbeelding ophalen:

http://iplaylist.nl/ytimg/?id=3O1_3zBUKM8

Heel simpel dus

waarom wijkt deze call af van de rest qua requesturi?

Ik vond het inderdaad sowieso raar dat je niet werkt met /api/ ja.

Rudie schreef:

waarom wijkt deze call af van de rest qua requesturi?

Rik schreef:

Ik vond het inderdaad sowieso raar dat je niet werkt met /api/ ja.

Niet over nagedacht eigenlijk, ik zal het aanpassen

Nouja, het gaat gewoon om uniformiteit en uitbreidbaarheid. Een goede API is uit te breiden, zonder dat alle applicaties die ermee werken stuk gaan.

Rik schreef:

Nouja, het gaat gewoon om uniformiteit en uitbreidbaarheid. Een goede API is uit te breiden, zonder dat alle applicaties die ermee werken stuk gaan.

De huidige API is nooit gewijzigd hoor?

Jellesch schreef:

Eerdere citaten tonen

Rik schreef:

Nouja, het gaat gewoon om uniformiteit en uitbreidbaarheid. Een goede API is uit te breiden, zonder dat alle applicaties die ermee werken stuk gaan.

De huidige API is nooit gewijzigd hoor?

Dat bedoel ik er ook niet mee.

Luister je wel naar wat ik zeg? Gebruik REST