jQuery $.ajax(), $.post envoyer des “OPTIONS” comme REQUEST_METHOD dans Firefox

La raison de l'erreur est la même origine. Il ne vous permet de faire XMLHTTPRequests de votre propre nom de domaine. Voir si vous pouvez utiliser un JSONP rappel de la place:

$.getJSON( 'http://<url>/api.php?callback=?', function ( data ) { alert ( data ); } );

Ce mozilla developer center article décrit les différentes croix-demande de domaine scénarios. L'article semble indiquer qu'une requête POST avec le type de contenu 'application/x-www-form-urlencoded' doit être envoyé comme simple demande (qui n'ont pas de contrôle en amont des OPTIONS de demande). J'ai trouvé , cependant, que Firefox a envoyé la demande d'OPTIONS, même si mon message a été envoyé avec ce type de contenu.

J'ai été capable de faire ce travail par la création d'un gestionnaire de requêtes sur le serveur, le jeu de la "Access-Control-Allow-Origin' en-tête de réponse à '*'. Vous pouvez être plus restrictive, en mettant quelque chose de spécifique, comme"http://someurl.com'. Aussi, j'ai lu que, soi-disant, vous pouvez spécifier une liste séparée par des virgules des origines multiples, mais je ne pouvais pas obtenir que cela fonctionne.

Une fois Firefox reçoit la réponse à la demande d'OPTIONS avec une acceptables "Access-Control-Allow-Origin' valeur, il envoie une requête POST.

Ce PHP en haut de la réponse script semble fonctionner. (Avec Firefox 3.6.11. Je n'ai pas encore fait beaucoup de tests.)

header('Access-Control-Allow-Origin: *');
header('Access-Control-Allow-Methods: POST, GET, OPTIONS');
header('Access-Control-Max-Age: 1000');
if(array_key_exists('HTTP_ACCESS_CONTROL_REQUEST_HEADERS', $_SERVER)) {
    header('Access-Control-Allow-Headers: '
           . $_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']);
} else {
    header('Access-Control-Allow-Headers: *');
}

if("OPTIONS" == $_SERVER['REQUEST_METHOD']) {
    exit(0);
}

Coupable, c'est le contrôle en amont de la demande à l'aide des OPTIONS de la méthode

Pour la requête HTTP méthodes qui peuvent provoquer des effets secondaires sur les données de l'utilisateur (en particulier pour les méthodes HTTP autres que GET ou POST pour utilisation avec certains types MIME), le cahier des charges des mandats que les navigateurs "contrôle en amont" de la demande, de solliciter des méthodes prises en charge par le serveur avec un HTTP OPTIONS de demande de la méthode, puis, lors de "l'approbation" à partir du serveur, l'envoi de la demande réelle avec la méthode de requête HTTP.

Web spécification de référence: https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS

J'ai résolu le problème en ajoutant des lignes suivantes dans la conf Nginx.

    location / {
               if ($request_method = OPTIONS ) {
                   add_header Access-Control-Allow-Origin  "*";
                   add_header Access-Control-Allow-Methods "POST, GET, PUT, UPDATE, DELETE, OPTIONS";
                   add_header Access-Control-Allow-Headers "Authorization";
                   add_header Access-Control-Allow-Credentials  "true";
                   add_header Content-Length 0;
                   add_header Content-Type text/plain;
                   return 200;
               }
    location ~ ^/(xxxx)$ {
                if ($request_method = OPTIONS) {
                    rewrite ^(.*)$ / last;
                }
    }

Nous avons eu un problème comme ça avec ASP.Net. Notre IIS retournait une Erreur Interne du Serveur lorsque vous tentez d'exécuter un jQuery $.post pour obtenir le code html contenu en raison de PageHandlerFactory a été limitée à répondre seulement GET,HEAD,POST,DEBUG Verbes. Ainsi, vous pouvez modifier la restriction en ajoutant le verbe "OPTIONS" de la liste ou sélectionnez l'option "Tous les Verbes"

Vous pouvez modifier dans votre Gestionnaire des services internet, en sélectionnant votre site web, puis en sélectionnant Mappages de gestionnaires, double-cliquez dans votre PageHandlerFactory pour *.apx fichiers que vous avez besoin (Nous utilisons une application Intégrée de la piscine avec le framework 4.0). Cliquez sur Demande de Restriction, puis aller pour les Verbes Tabn et appliquer vos modifications.

Maintenant notre $.post demande fonctionne comme prévu 🙂

Je semble que si o.url = 'index.php' et ce fichier existe, c'est ok et retour d'un message de succès dans la console. Il renvoie une erreur si j'utilise l'url:http://www.google.com

Si faire une requête post, pourquoi ne pas utiliser directement le $.post méthode:

$.post("test.php", { func: "getNameAndTime" },
    function(data){
        alert(data.name); //John
        console.log(data.time); // 2pm
    }, "json");

C'est tellement plus simple.

Solution c'est:

1. utiliser le type de données: json
2. ajouter &callback=? à votre url

cette travaillé sur l'appel de Facebook API et avec Firefox. Firebug est à l'aide de GET au lieu de OPTIONS avec les conditions ci-dessus (les deux).

Pouvez-vous essayer ce sans

contentType:application/x-www-form-urlencoded

 function test_success(page,name,id,divname,str)
{ 
 var dropdownIndex = document.getElementById(name).selectedIndex;
 var dropdownValue = document.getElementById(name)[dropdownIndex].value;
 var params='&'+id+'='+dropdownValue+'&'+str;
 //makerequest_sp(url, params, divid1);

 $.ajax({
    url: page,
    type: "post",
    data: params,
    //callback handler that will be called on success
    success: function(response, textStatus, jqXHR){
        //log a message to the console
        document.getElementById(divname).innerHTML = response;

        var retname = 'n_district';
        var dropdownIndex = document.getElementById(retname).selectedIndex;
        var dropdownValue = document.getElementById(retname)[dropdownIndex].value;
        if(dropdownValue >0)
        {
            //alert(dropdownValue);
            document.getElementById('inputname').value = dropdownValue;
        }
        else
        {
            document.getElementById('inputname').value = "00";
        }
        return;
        url2=page2; 
        var params2 = parrams2+'&';
        makerequest_sp(url2, params2, divid2);

     }
});         
}

Vous avez besoin de faire un peu de travail sur le côté serveur. Je vois que vous êtes à l'aide de PHP côté serveur, mais la solution pour .NET application web est ici:
Impossible de définir le type de contenu pour "application/json" en jQuery.ajax

Faire la même chose en PHP script et il fonctionne. Tout simplement: À la première demande, navigateur demande de serveur s'est autorisé à envoyer ces données avec ce type et la deuxième demande est la bonne/autorisés.

J'ai utilisé une url de proxy pour résoudre un problème similaire quand je veux publier des données sur mon apache solr hébergé dans un autre serveur. (Cela peut ne pas être la réponse parfaite, mais elle n'en résout mon problème.)

Suivre cette URL: En utilisant le Mode de Réécriture pour proxy, j'ajoute cette ligne à mon httpd.conf:

 RewriteRule ^solr/(.*)$ http://ip:8983/solr$1 [P]

Par conséquent, je peux juste poster des données vers /solr au lieu de publier des données à http://ip:8983/solr/*. Puis, ce sera la publication des données de la même origine.

S'il vous plaît noter:

JSONP prend uniquement en charge la demande de la méthode.

*Envoyer la demande par firefox:*

$.ajax({
   type: 'POST',//<<===
   contentType: 'application/json',
   url: url,
   dataType: "json"//<<=============
    ...
});

Au-dessus de demande d'envoyer par OPTIONS(tout ==>type: 'POST')!!!!

$.ajax({
    type: 'POST',//<<===
    contentType: 'application/json',
    url: url,
    dataType: "jsonp"//<<==============
    ...
});

Mais au-dessus de demande d'envoyer par OBTENIR(tout ==>type: 'POST')!!!!

Lorsque vous êtes dans "la croix-domaine de la communication" , faites attention et soyez prudent.