Межсайтовые запросы AJAX

может быть, JSONP может помочь.

NB, вам придется изменить свои сообщения, чтобы использовать json вместо xml.

Редактировать

Основные сайты, такие как flickr и твиттер, поддерживают jsonp с обратными вызовами и т. д.

Тот факт, что это работает в IE, является проблемой безопасности IE, а не функцией.

К сожалению, межсайтовый скриптинг запрещен, и принято решение проксировать запросы через ваш собственный домен: действительно ли у вас нет возможности добавлять или изменять код на стороне сервера?

Кроме того, вторичный обходной путь, связанный с получением данных с помощью тегов сценария, будет поддерживать только запросы GET, которые вы можете взломать с помощью службы SOAP, но не столько с помощью запроса POST к службе RESTful, которую вы описываете.

Я действительно не уверен, что существует решение AJAX, возможно, вы вернетесь к решению <form>.

Не очень понятный обходной путь (но работает) использует iframe в качестве контейнера для запросов к другим сайтам. Проблема в том, что родитель не может получить доступ к содержимому iframe, может только перемещаться по атрибуту iframe "src". Но содержимое iframe может получить доступ к родительскому содержимому.

Итак, если содержимое iframe известно, они могут вызывать некоторый контент javascript на родительской странице или напрямую обращаться к родительской DOM.

Обновлено: Образец:

function ajaxWorkaroung() {
    var frm = gewtElementById("myIFrame")
    frm.src = "http://some_other_domain"
}
function ajaxCallback(parameter){
    // this function will be called from myIFrame's content
}

Сообщение, помеченное как ответ, ошибочно: документ iframe НЕ может получить доступ к родительскому элементу. Одна и та же политика происхождения работает в обоих направлениях.

Дело в том, что никаким образом невозможно использовать основанный на отдыхе веб-сервис с помощью xmlhttprequest. Единственный способ загрузить данные из другого домена (без какой-либо структуры) - использовать JSONP. Для любых других решений требуется прокси на стороне сервера, расположенный в вашем собственном домене, или прокси на стороне клиента, расположенный в удаленном домене, и некоторая межсайтовая связь (например, easyXDM) для связи между документами.

Просто используйте прокси на стороне сервера в своем исходном домене. Вот пример: http://jquery-howto.blogspot.com/2009/04/cross-domain-ajax-querying-with-jquery.html

Сделайте так, чтобы ваш служебный домен принимал совместное использование ресурсов из разных источников (CORS).

Типичный сценарий: большинство браузеров, совместимых с CORS, сначала отправят заголовок OPTIONS, для которого сервер должен вернуть информацию о том, какие заголовки принимаются. Если заголовки удовлетворяют требованиям службы для предоставленного запроса (разрешенными методами являются GET и POST, Allowed-Origin * и т. д.), Браузер затем повторно отправит запрос с помощью соответствующего метода (GET, POST и т. д.).

Все, что идет впереди, такое же, как при использовании IE, или, проще говоря, если вы отправляете сообщения в один и тот же домен.

Caviots: Некоторые SDK для разработки сервисов (в частности, WCF) будут пытаться обработать запрос, и в этом случае вам необходимо предварительно обработать метод OPTIONS, чтобы ответить на запрос и избежать двойного вызова метода на сервере.

Короче говоря, проблема кроется на стороне сервера.

Редактировать В IE 9 и ниже с CORS есть одна проблема, заключающаяся в том, что она реализована не полностью. К счастью, вы можете решить эту проблему, сделав свои вызовы из серверного кода в службу и вернув его через ваш сервер (например, mypage.aspx? Service = blah & method = blahblah & p0 = firstParam = something). Отсюда ваш серверный код должен реализовывать модель потока запросов / ответов.

Это также можно сделать, используя локальную настройку веб-сервера, которая вызывает curl с правильными аргументами и возвращает результат curl.

app.rb

require 'sinatra'
require 'curb'

set :views,lambda {"views/"+self.name.to_s.downcase.sub("controller","")}
set :haml, :layout => :'../layout', :format => :html5, :escape_html=>true
disable :raise_errors

get '/data/:brand' do
  data_link =  "https://externalsite.com/#{params[:brand]}"
  c = Curl::Easy.perform(data_link)
  c.body_str
end

Отправка запроса ajax на localhost: 4567 / data / something вернет результат с externalsite.com/something.

Другой вариант - настроить запись CNAME в вашем собственном домене, чтобы «замаскировать» имя хоста удаленного домена.