[linusoleander]

Jag har sedan en tid tillbaka funderat på att bygga ett öppet API till IMDb.com, då lösningarna som finns tillgängliga idag är för instabila eller för enkla.

Iden är att skapa ett helt öppet projekt.

Jag sitter just nu och skissar lite på hur API:et skulle kunna se ut, vilket typ av av request användaren ska kunna göra os.v.

Ignorera API -nycklar och -versioner tillsvidare.

Jag kollar just nu på två olika alternativ; SOAP och REST.
REST är något som jag själv har jobbat med i flera år, genom Rails b.la. SOAP har jag endast stött på ett få tal gånger.

REST har den självklara fördelen att externa request är väldigt enkla, kanske lite för enkla. Vilket gör att vem som helst enkelt och snabb kan börja använda API:et, nackdelen är dock att lite mer avancerade requests blir lidande.

Om vi håller oss till REST så skulle följande request vara möjlig för att hämta information om Die Hard.

GET /movies/tt0095016

Frågan är dock hur mer avancerade requests ska gå till, utan att förstöra REST/CRUD-stuket.

Hur skulle man te.x göra om man vill hämta alla filmer som innehåller ordet "The", har ett betyg 7 där Bruce Willis är med?

GET /movies/search?casts.name=Bruce+Willis&movies.rating=7&movies.title=The

Någon som har några tips eller tankar om kring de hela?

Sedan så funderar jag lite på det här med domän-namn.
Köpte precis upp imdb[inget mellanrum]open.com, som jag tänkte ha som projekt-sida. Kort och gott; är det okej att ha ordet IMDb i domännamnet?

[Advocacy]

har inget svar angående APi-biten, men lägg inte ner någon energi på domännamnet.

Skulle dom vilja tar dom det utan diskussion, ingen tvivel.

[Alex]

Värt att notera är också att tjänsterna som finns ute strider nästan garanterat mot IMDB's licensiering. http://www.imdb.com/licensing/

[linusoleander]

Ursprungligen postat av Alex

Värt att notera är också att tjänsterna som finns ute strider nästan garanterat mot IMDB's licensiering. http://www.imdb.com/licensing/

Om jag skulle hostat API:et så skulle de vara fallet, ja.
Men eftersom jag endast tillhandahåller API:et i form av kod så är det inga problem.

[KarlRoos]

Njut: http://www.youtube.com/watch?v=nyu5ZxGUfgs

[Bjorne]

Ursprungligen postat av linusoleander

Frågan är dock hur mer avancerade requests ska gå till, utan att förstöra REST/CRUD-stuket.

Hur skulle man te.x göra om man vill hämta alla filmer som innehåller ordet "The", har ett betyg 7 där Bruce Willis är med?

GET /movies/search?casts.name=Bruce+Willis&movies.rating=7&movies.title=The

Så som du har skrivit är helt ok. Har du ett formulär på din sida så uppenbart måste sökapi.et förstå GET-parametrar. Du skulle kunna "försköna" det genom att lägga in sökparametrarna i pathen:

GET /movies/search/cast/bruce-willis/rating/7/tag/action

[Jine]

GET /movies/search/cast=bruce-willis/rating=7/tag=action

GET /actor/search/name=bruce/tag=comedy/exclude=bruce-almighty

eller liknande.