Jak wysłać zapytanie POST między domenami za pomocą JavaScript?


568

Jak wysłać zapytanie POST między domenami za pomocą JavaScript?

Notatki - nie powinno odświeżać strony, a następnie muszę pobrać i przeanalizować odpowiedź.


Chciałbym dowiedzieć się trochę o przypadku użycia, który pozwala ci to zrobić. Czy mógłbyś coś o tym powiedzieć?
mkoeller,

Zasadniczo pracuję nad skryptem, który musi wysłać jakiś tekst z pliku HTML na inny serwer w celu przetworzenia.
Ido Schacham

3
Czy możesz skonfigurować serwer proxy, który robi to po stronie serwera i po prostu daje skryptowi wynik? A może musi to być w 100% JavaScript?
Sasha Chedygov

Odpowiedzi:


382

Aktualizacja: przed kontynuowaniem każdy powinien przeczytać i zrozumieć samouczek html5rocks na temat CORS. Jest łatwy do zrozumienia i bardzo jasny.

Jeśli kontrolujesz testowany serwer POST, po prostu skorzystaj z „Standardu udostępniania zasobów między źródłami”, ustawiając nagłówki odpowiedzi na serwerze. Ta odpowiedź jest omawiana w innych odpowiedziach w tym wątku, ale moim zdaniem niezbyt jasno.

W skrócie tutaj jest, w jaki sposób osiągnąć POST między domenami z from.com/1.html do to.com/postHere.php (używając PHP jako przykładu). Uwaga: musisz ustawić tylko Access-Control-Allow-Origindla OPTIONSżądań NON - ten przykład zawsze ustawia wszystkie nagłówki dla mniejszego fragmentu kodu.

  1. W konfiguracji postHere.php:

    switch ($_SERVER['HTTP_ORIGIN']) {
        case 'http://from.com': case 'https://from.com':
        header('Access-Control-Allow-Origin: '.$_SERVER['HTTP_ORIGIN']);
        header('Access-Control-Allow-Methods: GET, PUT, POST, DELETE, OPTIONS');
        header('Access-Control-Max-Age: 1000');
        header('Access-Control-Allow-Headers: Content-Type, Authorization, X-Requested-With');
        break;
    }
    

    Umożliwia to Twojemu skryptowi wykonywanie testów POST, GET i OPCJI między domenami. Stanie się jasne, gdy będziesz czytać dalej ...

  2. Skonfiguruj POST między domenami z JS (przykład jQuery):

    $.ajax({
        type: 'POST',
        url: 'https://to.com/postHere.php',
        crossDomain: true,
        data: '{"some":"json"}',
        dataType: 'json',
        success: function(responseData, textStatus, jqXHR) {
            var value = responseData.someKey;
        },
        error: function (responseData, textStatus, errorThrown) {
            alert('POST failed.');
        }
    });
    

Po wykonaniu testu POST w kroku 2 przeglądarka wyśle ​​do serwera metodę „OPCJE”. Jest to „wąchanie” przez przeglądarkę, aby sprawdzić, czy serwer jest fajny, kiedy go POSTINGujesz. Serwer odpowiada komunikatem „Access-Control-Allow-Origin”, który informuje przeglądarkę, że OK może POST | GET | ORIGIN, jeśli żądanie pochodzi z „ http://from.com ” lub „ https://from.com ”. Ponieważ serwer jest w porządku, przeglądarka prześle drugie żądanie (tym razem POST). Dobrą praktyką jest, aby klient ustawiał typ zawartości, którą wysyła - więc musisz również na to pozwolić.

MDN ma świetny opis dotyczący kontroli dostępu HTTP , który szczegółowo opisuje sposób działania całego przepływu. Według ich dokumentów powinien on „działać w przeglądarkach obsługujących XMLHttpRequest w różnych witrynach”. Jest to jednak trochę mylące, ponieważ MYŚLĘ, że tylko nowoczesne przeglądarki umożliwiają POST między domenami. Sprawdziłem tylko, że działa z Safari, Chrome, FF 3.6.

Jeśli to zrobisz, pamiętaj o następujących kwestiach:

  1. Twój serwer będzie musiał obsłużyć 2 żądania na operację
  2. Będziesz musiał pomyśleć o konsekwencjach dla bezpieczeństwa. Bądź ostrożny przed zrobieniem czegoś takiego jak „Kontrola dostępu - Zezwalaj na pochodzenie: *”
  3. To nie będzie działać w przeglądarkach mobilnych. Z mojego doświadczenia wynika, że ​​w ogóle nie zezwalają na POST między domenami. Testowałem Androida, iPada, iPhone'a
  4. Istnieje dość duży błąd w FF <3.6, gdzie jeśli serwer zwraca kod odpowiedzi inny niż 400 ORAZ istnieje treść odpowiedzi (na przykład błędy sprawdzania poprawności), FF 3.6 nie otrzyma treści odpowiedzi. To ogromny ból w dupie, ponieważ nie można stosować dobrych praktyk REST. Zobacz błąd tutaj (zgłoszony w jQuery, ale zgaduję, że jest to błąd FF - wydaje się być naprawiony w FF4).
  5. Zawsze zwracaj nagłówki powyżej, nie tylko na żądanie OPCJI. FF potrzebuje go w odpowiedzi z POST.

Czy na przykład może zwrócić HTML? Muszę zwrócić html i coś nie działa ...
denis_n

Tak, powinieneś być w stanie. Nigdy tego nie próbowałem. Twój serwer zwraca 200? Czy twój serwer zwraca nagłówki na OPCJE I żądania POST? Zaktualizowałem swoją odpowiedź bardziej szczegółowo na ten temat. Upewnij się, że twój serwer również odpowiada poprawnym nagłówkiem typu zawartości (np. Text / html). Polecam użyć Google Chrome, kliknij prawym przyciskiem myszy stronę> sprawdź element. Kliknij kartę sieci i obserwuj test POST oraz odpowiedź. Powinien dostarczyć informacji o tym, co się dzieje.
rynop

Próbowałem tego, ale wciąż otrzymuję 400 Bad Requestna OPTIONSżyczenie. a w firefoxdrugiej prośbie POSTnigdy się nie składa. :(
Zain Shaikh

Czy istnieje sposób na wywołanie komputera lokalnego w powyższym zestawieniu przypadków? Czy po prostu musisz użyć * w tym przypadku, aby zezwolić na początki.
Todd Vance,

1
to było ostatnio edytowane 4 lata temu - czy teraz będzie działać w przeglądarkach mobilnych?
frankpinto

121

Jeśli kontrolujesz serwer zdalny, prawdopodobnie powinieneś użyć CORS, jak opisano w tej odpowiedzi ; jest obsługiwany w IE8 i nowszych wersjach oraz we wszystkich najnowszych wersjach FF, GC i Safari. (Ale w IE8 i 9 CORS nie zezwala na wysyłanie plików cookie w żądaniu.)

Tak więc, jeśli nie kontrolujesz zdalnego serwera lub jeśli potrzebujesz obsługi IE7 lub potrzebujesz plików cookie i musisz obsługiwać IE8 / 9, prawdopodobnie będziesz chciał użyć techniki iframe.

  1. Utwórz iframe o unikalnej nazwie. (iframe używają globalnej przestrzeni nazw dla całej przeglądarki, więc wybierz nazwę, której nie będzie używać żadna inna strona internetowa).
  2. Zbuduj formularz z ukrytymi danymi wejściowymi, celując w iframe.
  3. Prześlij formularz.

Oto przykładowy kod; Przetestowałem to na IE6, IE7, IE8, IE9, FF4, GC11, S5.

function crossDomainPost() {
  // Add the iframe with a unique name
  var iframe = document.createElement("iframe");
  var uniqueString = "CHANGE_THIS_TO_SOME_UNIQUE_STRING";
  document.body.appendChild(iframe);
  iframe.style.display = "none";
  iframe.contentWindow.name = uniqueString;

  // construct a form with hidden inputs, targeting the iframe
  var form = document.createElement("form");
  form.target = uniqueString;
  form.action = "http://INSERT_YOUR_URL_HERE";
  form.method = "POST";

  // repeat for each parameter
  var input = document.createElement("input");
  input.type = "hidden";
  input.name = "INSERT_YOUR_PARAMETER_NAME_HERE";
  input.value = "INSERT_YOUR_PARAMETER_VALUE_HERE";
  form.appendChild(input);

  document.body.appendChild(form);
  form.submit();
}

Strzec się! Nie będzie można bezpośrednio odczytać odpowiedzi testu POST, ponieważ element iframe istnieje w osobnej domenie. Ramki nie mogą komunikować się ze sobą z różnych domen; to jest polityka tego samego pochodzenia .

Jeśli kontrolujesz serwer zdalny, ale nie możesz używać CORS (np. Ponieważ korzystasz z IE8 / IE9 i musisz używać plików cookie), istnieją sposoby obejścia zasad tego samego pochodzenia, na przykład za pomocą window.postMessagei / lub jedna z wielu bibliotek pozwalająca na wysyłanie wiadomości między ramkami między domenami w starszych przeglądarkach:

Jeśli nie kontrolujesz zdalnego serwera, nie możesz odczytać odpowiedzi testu POST, kropka. W przeciwnym razie spowodowałoby to problemy z bezpieczeństwem.


2
Musisz ustawić form.target na coś, w przeciwnym razie przeglądarka przejdzie z Twojej witryny do adresu URL akcji formularza. Ponadto ciąg musi być unikalny; jeśli istnieją inne ramki lub okna o tej samej nazwie, formularz może publikować w tym oknie zamiast elementu iframe. Ale jak wyjątkowy musi być? Prawdopodobnie niezbyt. Szanse na clobbering są dość małe. wzruszając ramionami
Dan Fabulich

1
@Nawaz Jak powiedziałem w mojej odpowiedzi, będziesz musiał wykonać między-domenową komunikację między ramkami, aby uzyskać wynik na swojej stronie internetowej. Wymaga to sterowania zdalnym serwerem WWW, aby można było zmodyfikować jego odpowiedź, aby umożliwić komunikację ze stroną internetową. (Po pierwsze, serwer będzie musiał odpowiedzieć za pomocą HTML; jeśli serwer odpowiada surowym
kodem

1
+1 - to najlepsze rozwiązanie, jakie znalazłem, jeśli nie masz dostępu do serwera
James Long

1
@VojtechB Nie, to byłaby dziura w zabezpieczeniach.
Dan Fabulich

1
@Andrus Możesz odczytać wynik testu POST, ale tylko jeśli kontrolujesz serwer! Patrz w tej odpowiedzi: „zrób X na nadawcy [kliencie], zrób Y na odbiorniku [serwerze]”. Jeśli nie kontrolujesz odbiornika / serwera, nie możesz wykonać Y, a więc nie możesz odczytać wyniku testu POST.
Dan Fabulich,

48
  1. Utwórz ramkę iFrame,
  2. umieść w nim formularz z ukrytymi danymi wejściowymi,
  3. ustaw akcję formularza na adres URL,
  4. Dodaj iframe do dokumentu
  5. prześlij formularz

Pseudo kod

 var ifr = document.createElement('iframe');
 var frm = document.createElement('form');
 frm.setAttribute("action", "yoururl");
 frm.setAttribute("method", "post");

 // create hidden inputs, add them
 // not shown, but similar (create, setAttribute, appendChild)

 ifr.appendChild(frm);
 document.body.appendChild(ifr);
 frm.submit();

Prawdopodobnie chcesz nadać styl iframe, aby był ukryty i miał absolutną pozycję. Przeglądarka nie zezwala na publikowanie w wielu witrynach, ale jeśli tak, to w jaki sposób to zrobić.


4
W rzeczywistości jest to nieco niedokładne, ponieważ ifr.appendChild (frm); nie będzie działać. iframe jest odwołaniem do obiektu okna, a metoda appendChild dla niego nie istnieje. Najpierw musisz chwycić węzeł dokumentu w ramce iframe. Wymaga to wykrywania funkcji do działania w różnych przeglądarkach.
Rakesh Pai,


19
Problem! Otrzymana odpowiedź w ramce iframe znajduje się w innej domenie, więc okno główne nie ma do niej dostępu, podobnie jak ramka iframe nie ma dostępu do okna głównego. Więc to rozwiązanie wydaje się dobre tylko do wykonania testu POST, ale później nie można przeanalizować odpowiedzi :(
Ido Schacham

2
Spróbuj ustawić obciążenie w znaczniku body odpowiedzi na funkcję JavaScript, która wywołuje funkcję w obiekcie nadrzędnym z ciągiem odpowiedzi.
Lou Franco,

Ta odpowiedź nie działała dla mnie; Poniżej zamieściłem własną odmianę.
Dan Fabulich

24

Nie komplikuj:

  1. POST między domenami:
    użyjcrossDomain: true,

  2. nie powinien odświeżać strony:
    Nie, nie odświeży strony, ponieważwywołanie zwrotnesuccessluberrorasynchroniczne zostanie wywołane, gdy serwer odeśle odpowiedź.


Przykładowy skrypt:

$.ajax({
        type: "POST",
        url: "http://www.yoururl.com/",
        crossDomain: true,
        data: 'param1=value1&param2=value2',
        success: function (data) {
            // do something with server response data
        },
        error: function (err) {
            // handle your error logic here
        }
    });

8
crossDomain: truedziwnie nie ma absolutnie nic wspólnego z prawdziwymi żądaniami między domenami. Jeśli żądanie dotyczy wielu domen, jquery automatycznie ustawia wartość true.
Kevin B

16

Jeśli masz dostęp do wszystkich zaangażowanych serwerów, umieść w nagłówku odpowiedzi żądanej strony w innej domenie:

PHP:

header('Access-Control-Allow-Origin: *');

Na przykład w kodzie xmlrpc.php Drupala zrobiłbyś to:

function xmlrpc_server_output($xml) {
    $xml = '<?xml version="1.0"?>'."\n". $xml;
    header('Connection: close');
    header('Content-Length: '. strlen($xml));
    header('Access-Control-Allow-Origin: *');
    header('Content-Type: application/x-www-form-urlencoded');
    header('Date: '. date('r'));
    // $xml = str_replace("\n", " ", $xml); 

    echo $xml;
    exit;
}

Prawdopodobnie powoduje to problem z bezpieczeństwem i należy upewnić się, że podjęto odpowiednie środki w celu zweryfikowania żądania.



6
  1. Utwórz dwie ukryte ramki iframe (dodaj „display: none;” do stylu css). Ustaw drugi element iframe na coś we własnej domenie.

  2. Utwórz ukryty formularz, ustaw jego metodę na „wysyłanie” za pomocą target = twoja pierwsza ramka iframe i opcjonalnie ustaw kod na „multipart / form-data” (myślę, że chcesz zrobić POST, ponieważ chcesz wysyłać dane wieloczęściowe, takie jak zdjęcia ?)

  3. Gdy wszystko będzie gotowe, należy wysłać formularz POST ().

  4. Jeśli możesz poprosić drugą domenę o zwrócenie javascript, który wykona komunikację między domenami za pomocą iframe ( http://softwareas.com/cross-domain-communication-with-frrames ), to masz szczęście i możesz uchwycić odpowiedź także.

Oczywiście, jeśli chcesz używać swojego serwera jako serwera proxy, możesz tego wszystkiego uniknąć. Po prostu prześlij formularz na własny serwer, który przekaże żądanie do drugiego serwera (zakładając, że drugi serwer nie jest skonfigurowany do zauważania rozbieżności w adresie IP), uzyskaj odpowiedź i zwróć cokolwiek zechcesz.


6

Jeszcze jedna ważna rzecz do zapamiętania !!! W powyższym przykładzie opisano sposób użycia

$.ajax({
    type     : 'POST',
    dataType : 'json', 
    url      : 'another-remote-server',
    ...
});

JQuery 1.6 i niższe ma błąd w XDN między domenami. Według Firebug nie wysłano żadnych próśb oprócz OPCJI. Nie postuj. W ogóle.

Spędziłem 5 godzin na testowaniu / dostrajaniu mojego kodu. Dodanie dużej liczby nagłówków na zdalnym serwerze (skrypcie). Bez żadnego efektu. Ale później zaktualizowałem bibliotekę JQuery do wersji 1.6.4 i wszystko działa jak urok.


Whoopps, nie w Operze 10.61. Ostatnią moją decyzją było użycie serwera proxy PHP w mojej domenie.
BasTaller,

Jak korzystałeś z proxy PHP? Czy możesz mi w tym pomóc?
Zoran777

patrz odpowiedzi poniżej, np. Ivan Durst
BasTaller

5

Jeśli chcesz to zrobić w środowisku ASP.net MVC z JQuery AJAX, wykonaj następujące kroki: (jest to podsumowanie rozwiązania oferowanego w tym wątku)

Załóżmy, że „caller.com” (może być dowolną witryną) musi publikować na „server.com” (aplikacja ASP.net MVC)

  1. Na Web.config aplikacji „server.com” dodaj następującą sekcję:

      <httpProtocol>
          <customHeaders>
              <add name="Access-Control-Allow-Origin" value="*" />
              <add name="Access-Control-Allow-Headers" value="Content-Type" />
              <add name="Access-Control-Allow-Methods" value="POST, GET, OPTIONS" />
          </customHeaders>
      </httpProtocol>
  2. Na „server.com” wykonamy następującą akcję na kontrolerze (zwaną „Home”), na której będziemy publikować:

    [HttpPost]
    public JsonResult Save()
    {
        //Handle the post data...
    
        return Json(
            new
            {
                IsSuccess = true
            });
    }
  3. Następnie z „caller.com” wyślij dane z formularza (z identyfikatorem HTML „formId”) do „server.com” w następujący sposób:

    $.ajax({
            type: "POST",
            url: "http://www.server.com/home/save",
            dataType: 'json',
            crossDomain: true,
            data: $(formId).serialize(),
            success: function (jsonResult) {
               //do what ever with the reply
            },
            error: function (jqXHR, textStatus) {
                //handle error
            }
        });

4

Jest jeszcze jeden sposób (przy użyciu funkcji HTML5). Możesz użyć iframe proxy hostowanego w tej innej domenie, wysyłasz wiadomość za pomocą postMessage do tego iframe, a następnie iframe może wykonać żądanie POST (w tej samej domenie) i postMessage z powrotem z reposnse do okna nadrzędnego.

rodzic na sender.com

var win = $('iframe')[0].contentWindow

function get(event) {
    if (event.origin === "http://reciver.com") {
        // event.data is response from POST
    }
}

if (window.addEventListener){
    addEventListener("message", get, false)
} else {
    attachEvent("onmessage", get)
}
win.postMessage(JSON.stringify({url: "URL", data: {}}),"http://reciver.com");

iframe na reciver.com

function listener(event) {
    if (event.origin === "http://sender.com") {
        var data = JSON.parse(event.data);
        $.post(data.url, data.data, function(reponse) {
            window.parent.postMessage(reponse, "*");
        });
    }
}
// don't know if we can use jQuery here
if (window.addEventListener){
    addEventListener("message", listener, false)
} else {
    attachEvent("onmessage", listener)
}

Podobne pytanie znajduje się w stackoverflow.com/questions/38940932/… . Czy można utworzyć wtyczkę lub funkcję ogólną na podstawie próbki?
Andrus


Ten kod wymaga modyfikacji strony odbiorcy. Jak odczytać odpowiedź, jeśli strony odbiorców nie mogą zostać zmodyfikowane?
Andrus

@Andrus, nie możesz mieć dostępu do iframe recever.com, aby wysyłać tam żądania ajax. Bez iframe nie będzie żadnych żądań.
jcubic

3

Wysoki poziom .... Musisz mieć skonfigurowaną nazwę serwera na swoim serwerze, aby other-serve.your-server.com wskazywał na other-server.com.

Twoja strona dynamicznie tworzy niewidoczny element iframe, który działa jak Twój transport do other-server.com. Następnie musisz komunikować się przez JS ze swojej strony na other-server.com i mieć oddzwonienia, które zwracają dane z powrotem na twoją stronę.

Możliwe, ale wymaga koordynacji ze strony twoj-server.com i other-server.com


Nawet nie pomyślałem o użyciu CNAME do przekierowania. Dobra decyzja! Muszę to jeszcze wypróbować, ale zakładam, że CNAME oszuka przeglądarkę, która myśli, że współpracuje z tą samą witryną? Będę go używał do publikowania postów na Amazon S3, więc mam nadzieję, że to zadziała.
SpencerElliott,

1
Nie rozumiem, jak to by cokolwiek rozwiązało. przejście do innej subdomeny ma takie same problemy jak przejście do innej domeny.
Octopus


2

To stare pytanie, ale jakaś nowa technologia może komuś pomóc.

Jeśli masz dostęp administracyjny do drugiego serwera, możesz użyć projektu Forource opensource, aby zrealizować test POST między domenami. Forge zapewnia międzyplatformowe opakowanie JavaScript XmlHttpRequest, które wykorzystuje interfejs API surowego gniazda Flash. POST można nawet wykonać przez TLS.

Powodem, dla którego potrzebujesz dostępu administracyjnego do serwera, na którym publikujesz POST, jest to, że musisz zapewnić zasady między domenami, które zezwalają na dostęp z Twojej domeny.

http://github.com/digitalbazaar/forge


2

Wiem, że to stare pytanie, ale chciałem podzielić się moim podejściem. Używam cURL jako proxy, bardzo łatwe i spójne. Utwórz stronę php o nazwie subm.php i dodaj następujący kod:

<?

function post($url, $data) {
$header = array("User-Agent: " . $_SERVER["HTTP_USER_AGENT"], "Content-Type: application/x-www-form-urlencoded");
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $url);
curl_setopt($curl, CURLOPT_HTTPHEADER, $header);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl, CURLOPT_POST, 1);
curl_setopt($curl, CURLOPT_POSTFIELDS, $data);
$response = curl_exec($curl);
curl_close($curl);
return $response;
}

$url = "your cross domain request here";
$data = $_SERVER["QUERY_STRING"];
echo(post($url, $data));

Następnie w swoim js (tutaj jQuery):

$.ajax({
type: 'POST',
url: 'submit.php',
crossDomain: true,
data: '{"some":"json"}',
dataType: 'json',
success: function(responseData, textStatus, jqXHR) {
    var value = responseData.someKey;
},
error: function (responseData, textStatus, errorThrown) {
    alert('POST failed.');
}
});

1

Powinno to być możliwe dzięki niestandardowej tabeli YQL + JS XHR, spójrz na: http://developer.yahoo.com/yql/guide/index.html

Używam go do skrobania html po stronie klienta (js), działa dobrze (mam pełny odtwarzacz audio, z wyszukiwaniem w internecie / listach odtwarzania / tekstach / informacjach z ostatniego fm, wszystkie klienty js + YQL)


1

CORS jest dla Ciebie. CORS to „Udostępnianie zasobów między źródłami”, jest sposobem wysyłania żądania między domenami. Teraz XMLHttpRequest2 i Fetch API obsługują CORS i może wysyłać żądania POST i GET

Ale ma swoje ograniczenia. Serwer musi konkretnie twierdzić, że kontrola dostępu-Allow-Origin nie może być ustawiona na „*”.

A jeśli chcesz, aby jakieś pochodzenie mogło wysłać do Ciebie żądanie, potrzebujesz JSONP (musisz także ustawić Access-Control-Allow-Origin , ale może to być „*”)

W przypadku wielu sposobów żądania, jeśli nie wiesz, jak dokonać wyboru, myślę, że potrzebujesz do tego pełnego funkcjonalnego komponentu. Pozwól, że przedstawię prosty komponent https://github.com/Joker-Jelly/catta


Jeśli korzystasz z nowoczesnej przeglądarki (> IE9, Chrome, FF, Edge itp.), Bardzo polecam użycie prostego, ale pięknego komponentu https://github.com/Joker-Jelly/catta . Nie ma zależności, mniej niż 3 KB i obsługuje Fetch, AJAX i JSONP z tą samą śmiertelną składnią próbki i opcjami.

catta('./data/simple.json').then(function (res) {
  console.log(res);
});

Obsługuje także importowanie do projektu, takie jak moduł ES6, CommonJS, a nawet <script>HTML.


1

Jeśli masz dostęp do serwera między domenami i nie chcesz dokonywać żadnych zmian kodu po stronie serwera, możesz użyć biblioteki o nazwie - „xdomain”.

Jak to działa:

Krok 1: Serwer 1: dołącz bibliotekę xdomain i skonfiguruj domenę podrzędną jako urządzenie podrzędne:

<script src="js/xdomain.min.js" slave="https://crossdomain_server/proxy.html"></script>

Krok 2: Na serwerze między domenami utwórz plik proxy.html i dołącz serwer 1 jako wzorzec:

proxy.html:
<!DOCTYPE HTML>
<script src="js/xdomain.min.js"></script>
<script>
  xdomain.masters({
    "https://server1" : '*'
  });
</script>

Krok 3:

Teraz możesz wykonać wywołanie AJAX do proxy.html jako punktu końcowego z serwera server1. To pomija żądanie CORS. Biblioteka wewnętrznie korzysta z rozwiązania iframe, które działa z poświadczeniami i wszystkimi możliwymi metodami: GET, POST itp.

Zapytanie kod ajax:

$.ajax({
        url: 'https://crossdomain_server/proxy.html',
        type: "POST",
        data: JSON.stringify(_data),
        dataType: "json",
        contentType: "application/json; charset=utf-8"
    })
    .done(_success)
    .fail(_failed)
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.