Cómo hacer una petición AJAX a otro servidor

Question

tengo código AJAX donde si usted solicita una llamada AJAX al servidor remoto error en la solicitud:

function loadXMLDoc() { 
    if (window.XMLHttpRequest) { 
    // code for IE7+, Firefox, Chrome, Opera, Safari 
    xmlhttp=new XMLHttpRequest(); 
    } 
    else { 
    // code for IE6, IE5 
    xmlhttp=new ActiveXObject("Microsoft.XMLHTTP"); 
    } 

    xmlhttp.onreadystatechange = function() { 
    if (xmlhttp.readyState==4 && xmlhttp.status==200) { 
     document.getElementById("myDiv").innerHTML = xmlhttp.responseText; 
    } 
    } 

    xmlhttp.open("GET", "http://www.google.com", true); 
    xmlhttp.send(); 
} 

¿Qué puedo hacer para solucionar esto?

Answer 1

Parece que se ha topado con el same origin policy. Debe usar una ruta relativa en lugar de su ruta absoluta http://www.google.com.

Como una posible solución alternativa, puede configurar un reverse proxy muy simple (con mod_proxy si está utilizando Apache). Esto le permitiría usar rutas relativas en su solicitud AJAX, mientras que el servidor HTTP actuaría como un proxy para cualquier ubicación "remota".

La directiva de configuración fundamental para configurar un proxy inverso en mod_proxy es ProxyPass. Lo más habitual es utilizar la siguiente manera:

ProxyPass  /web-services/  http://third-party.com/web-services/ 

En este caso, el navegador sería solicitar /web-services/service.xml pero el servidor serviría esta actuando como un proxy para http://third-party.com/web-services/service.xml.

Otra solución común sería usar JSONP.

Answer 2

Como medida de seguridad, AJAX no le permite realizar solicitudes a otros dominios. Cross Domain Ajax: a Quick Summary analiza varias formas de evitar el problema. La forma más fácil es usar su servidor como un proxy para descargar contenido remoto:

Este es uno de los enfoques más comunes. Su secuencia de comandos llama a su servidor, su servidor realiza la llamada al servidor remoto y luego devuelve el resultado al cliente. Este enfoque tiene algunas ventajas definidas: usted tiene más control sobre todo el ciclo de vida. Puede analizar los datos del servidor remoto, hacer con él lo que desee antes de devolverlo al cliente. Si algo falla en el camino, puede manejarlo a su manera. Y, por último, puede registrar todas las llamadas remotas. Con eso puedes rastrear el éxito, el fracaso y la popularidad.

Answer 3

Puede usar dynamic script loading. Aquí hay un artículo que escribí al respecto.

Answer 4

Quería publicar otra variación en la respuesta principal. Traté de usar ProxyPass en mi archivo .htaccess pero seguí obteniendo errores de servicio interno. Finalmente, después de leer, descubrí que había otra forma de hacer esto con el motor de reescritura.

RewriteEngine On 
RewriteRule ^mail.php$ http://otherwebsite.com/mail.php [P,L] 

El P en [P,L] indica al sistema de reescritura que su uso mod_proxy. Esto funcionó para mí y no obtuve errores internos del servidor.

La ventaja de este enfoque es que, dado que usa el Rewrite Engine, tiene más control sobre las variables que puede necesitar para enviar dinámicamente al script.