[JS] JSON Request werkt niet extern

[unglaublich]

Een JSON request (met mootools in dit geval) zou toch ook moeten werken met een externe request? Toch werkt onderstaande code alleen als deze op het zelfde domein wordt uitgevoerd. In het NET panel van Firebug zie ik dat er een request gemaakt wordt maar de response is zogenaamd leeg, ga ik zelf naar de url krijg ik wél de JSON request.

code:

<script src="http://www.google.com/jsapi"></script>
<script>
google.load("mootools","1.2.3");
</script>
<script>
function loadJSON(){
var jsonRequest = new Request.JSON({url: "http://lsd2010.nl/hyvesrequest/", onSuccess: function(hyver){
    alert(hyver.src[0]); 
}}).get({'username': 'tomlankhorst'});
}
</script>
<span id="holder"><span onclick="loadJSON();">Klik hier om de gegevens te laden...</span></span>

[DanielG]

Je gebruikt de Request van mootools (aanroep via JSON maakt in feite geen verschil voor de werking van Request), Request is gewoon een XMLHttpRequest wrapper.

Dus nee, met XMLHttpRequest kan je niet zomaar een extern URL laden.

[ Voor 16% gewijzigd door DanielG op 03-10-2009 15:27 . Reden: typo, url toevoegen ]

[unglaublich]

Hmm.. Okee. Dat is jammer, heb je misschien een idee hoe ik wel externe data kan inladen? Ik heb nu een hele lompe oplossing. Ik laat php gewoon een javascriptje genereren met variabelen en die sluit ik in op de andere site. Beetje lelijk maar het werkt!

[DanielG]

Een Ajax php proxy (beetje wat jij hebt) is juist hoe het gedaan wordt.

Zover ik weet is er geen puur Javascript oplossing om van externe domeinen gegevens te laden.

[NLChris]

JSONP is een manier om dit te omzeilen. Heeft weinig meer met xmlhttprequest te maken, maar het werkt!

[DanielG]

Had nog nooit van JSONP gehoord, maar blijkbaar is dat een soort van same-origin omzeiling d.m.v. een <script> tag te genereren met een externe scr attribuut en zo gebruik te maken van externe (json)data. Slim!

[unglaublich]

DanielG schreef op zaterdag 03 oktober 2009 @ 16:11:
Had nog nooit van JSONP gehoord, maar blijkbaar is dat een soort van same-origin omzeiling d.m.v. een <script> tag te genereren met een externe scr attribuut en zo gebruik te maken van externe (json)data. Slim!

Ja dat wat jij omschrijft is ongeveer wat ik gedaan heb. Wat er bij mij nu gebeurt is dat in plaats van een xmlhttprequest wordt er een nieuwe script tag ingevoerd met als source een php file met een querystring. Deze php file stopt dan weer de gegevens in variabelen.

Waarom zijn externe oproepen trouwens niet mogelijk? Via een omweg is het toch alsnog mogelijk.

[unglaublich]

DanielG schreef op zaterdag 03 oktober 2009 @ 15:35:
Een Ajax php proxy (beetje wat jij hebt) is juist hoe het gedaan wordt.

Zover ik weet is er geen puur Javascript oplossing om van externe domeinen gegevens te laden.

En dat was bij mij niet mogelijk omdat alleen gewhiteliste domeinen met PHP bruikbaar zijn (google.com enzo)

[Sebazzz]

tomlankhorst schreef op zaterdag 03 oktober 2009 @ 18:30:
[...]

Waarom zijn externe oproepen trouwens niet mogelijk? Via een omweg is het toch alsnog mogelijk.

Ik geloof dat externe oproepen in Firefox wel mogelijk waren vanaf 3.0 of 3.5.

[RobIII]

NLChris schreef op zaterdag 03 oktober 2009 @ 15:54:
JSONP is een manier om dit te omzeilen. Heeft weinig meer met xmlhttprequest te maken, maar het werkt!

Het werkt. Voor nu. En na de een of andere update werkt je site opeens niet meer. Lekker verstandig om daar op te vertrouwen Sowieso zitten er nogal wat haken en ogen aan.

Sebazzz schreef op zaterdag 03 oktober 2009 @ 22:47:
[...]

Ik geloof dat externe oproepen in Firefox wel mogelijk waren vanaf 3.0 of 3.5.

Zeker? Want daarmee omzeil je feitelijk de Same Origin Policy die er natuurlijk niet voor niets is

[ Voor 40% gewijzigd door RobIII op 04-10-2009 12:17 ]

[orf]

RobIII schreef op zondag 04 oktober 2009 @ 12:14:
[...]

Het werkt. Voor nu. En na de een of andere update werkt je site opeens niet meer. Lekker verstandig om daar op te vertrouwen Sowieso zitten er nogal wat haken en ogen aan.

Ik denk niet dat cross site script tags met een update zullen verdwijnen. Alle statistieken pakketten maken hier gebruik van, Google host allerlei JS frameworks (YAHOO) trouwens ook.

[tec]

htaccess mod rewrite met de flag [P] en dan gewoon een fake bestand targetten en onder de motorkap wijs je gewoon naar de externe locatie, gaat hier prima.

[Sebazzz]

RobIII schreef op zondag 04 oktober 2009 @ 12:14:
[...]

Zeker? Want daarmee omzeil je feitelijk de Same Origin Policy die er natuurlijk niet voor niets is

Er stond zoiets bij de featurelist bij één van de Firefox 3.x branch.

[armageddon_2k1]

tomlankhorst schreef op zaterdag 03 oktober 2009 @ 18:31:
[...]


En dat was bij mij niet mogelijk omdat alleen gewhiteliste domeinen met PHP bruikbaar zijn (google.com enzo)

Ik heb voor dit soort dingen (geen professionele dingen die in een bedrijf draaien, maar eerder eigen projectjes) gebruik gemaakt van curl. Dit werkte prima. Ik riep gewoon een php bestand aan op mijn eigen server via ajax en die deed een curl request naar de bewuste website die ik nodig had.

Maar aangezien ik het bijna niet terugzie (je hebt natuurlijk wel php nodig + php_curl) vraag ik me af of het veilig, danwel snel is.

[ Voor 11% gewijzigd door armageddon_2k1 op 06-10-2009 07:58 ]