Cross-Domain AJAX mit JSONP

[kkapsner]

Wie märe es mit

require("JSONP").callback._1({ ... })

?

[Junkee[]]

arrrg... das ist's!

[Junkee[]]

War ein wenig zu voreilig. DIe Flickr Api z.B. will keine Klammern im Funktionsname...

[kkapsner]

Das ist ja mal extrem nervig... aber du könntest im require-Object ein Attribut .jsonp.callback definieren...

require.jsonp.callback._1({ ... })

- ist zwar nicht ganz sauber, aber besser als nichts.

[Junkee[]]

// arg, i could beat me for this...
require.ajax = exports;

naja, funktioniert wenigstens. Danke.

[kkapsner]

Warum ajax?

[Junkee[]]

Warum ajax?

stimmt eigentlich - habs bisher im AJAX modul drin stehen...

[mikdoe]

Frage zu dieser Sache hier. Ich verstehe nicht so ganz, wie die Kommunikation abläuft.
Kann mir das bitte einer mal in Worte fassen oder ein Bild mit Pfeilen malen.
Danke euch

[kkapsner]

Was genau stehst du nicht?

Die Kommunikation läuft über <script>-Nodes... also genauso wie wenn du ganz normal ein <script src="IRGENDEINE_URL"> in deinem Code stehen hast.

[mikdoe]

Was genau stehst du nicht?

Ich verstehe das Prinzip nicht. Soweit ich gelesen habe unterliegt JS von "fremden" Servern nicht der SOP.
Aber wenn das so ist, nützt mir das doch nur dann, wenn der "fremde" Server tatsächlich auch JS liefert und dieses zur Ausführung kommt, oder?
Wenn ich aber selbst initiiert einen JS Request gegen einen fremden Server machen möchte, der pure Daten liefert, die ich an meinen Server übermittelt bekommen möchte, wie nützt mir dann JSONP?

[kkapsner]

In dem Fall nützt dir JSONP gar nichts - der fremde Server muss JSONP unterstützen.
Reine Textdateien kannst du damit nicht abrufen.

[mikdoe]

In dem Fall nützt dir JSONP gar nichts - der fremde Server muss JSONP unterstützen.

OK, dann kommt das für meine Anforderung nicht in Frage. Danke dir für die Klarstellung.

Reine Textdateien kannst du damit nicht abrufen.

Nee, Textdateien nicht. Es ist eine standardisierte Schnittstelle die aber leider zu einer Zeit entstanden ist, wo es noch garkein Web in der heutigen Form gab. Und sie entwickelt sich auch leider nicht in dem Tempo weiter wie es der Rest der Welt tut. Und dennoch ist sie unumgänglich für eine ganz bestimmte Anwendung.
Mal schauen, ob es jemand errät

[Kasalop]

Du kannst in deinem Fall aber einfach eine Umleitung über einen eigenen Server machen und die Daten per curl laden und dann entsprechend als json zurückgeben (wobei du es hier dann gar nicht mehr unbedingt brauchst.) Aber nur machen, wenn man die API auch wirklich nutzen darf

Lg Kasalop

[kkapsner]

Mir ist schon klar, um was es geht...

@Kasalop: ich glaube in diesem Fall sprechen rechtliche/sicherheitstechnische Gründe gegen eine Proxylösung... wenn ich mit meiner Vermutung, um was es geht, richtig liege.

[mikdoe]

Mir ist schon klar, um was es geht...

Ja, aber nur, weil du schon Sachen gesehen hast die alle anderen nicht gesehen haben. Bitte nicht verraten.

@Kasalop: ich glaube in diesem Fall sprechen rechtliche/sicherheitstechnische Gründe gegen eine Proxylösung... wenn ich mit meiner Vermutung, um was es geht, richtig liege.

Ja, das zum einen und zum anderen ist die Schnittstelle extremst kompliziert und ich will dazu unbedingt eine von dritter Seite gepflegte Lösung verwenden und dies auf keinen Fall selbst tun. Allerdings gibt es hierzu keine bezahlbare Serverlösung von dritter Stelle. Das ist das Dilämma.

wenn man die API auch wirklich nutzen darf

Mach dir keine Sorgen, sie wird von Tausenden benutzt. Du benutzt sie mit 99,9 %iger Wahrscheinlichkeit unbewußt auch...
Aber API würde ich sie nicht nennen wollen, sie hat einen eigenen Namen.

Jetzt ist es aber einfach zu erraten