Link copiato negli appunti
Uno dei limiti dell'ormai ubiquo oggetto XMLHttpRequest è la difficoltà di utilizzarlo per chiamate verso server diversi da quello su cui risiedono le pagine di una specifica applicazione.
Le restrizioni non sono in realtà intrinseche dell'oggetto in questione, ma discendono dalle impostazioni di sicurezza dei vari browser. Ci sono diversi metodi per aggirare l'ostacolo, alcuni li ho implementati io stesso (ed è tutto dire) per certi esperimenti da dilettante che vado facendo di tanto in tanto al posto di un Sudoku o di un Bartezzaghi sulla Settimana Enigmistica. Per una panoramica seria, invece, consiglio questo articolo uscito su XML.com. 3 le soluzioni proposte e analizzate con tanto di codice:
- Application proxies. Write an application in your favorite programming language that sits on your server, responds to XMLHttpRequests from users, makes the web service call, and sends the data back to users.
- Apache proxy. Adjust your Apache web server configuration so that XMLHttpRequests can be invisibly re-routed from your server to the target web service domain.
- Script tag hack with application proxy (doesn't use XMLHttpRequest at all). Use the HTML script tag to make a request to an application proxy (see #1 above) that returns your data wrapped in JavaScript. This approach is also known as On-Demand JavaScript.