2012-01-27 10 views
5

Pracuję nad rozszerzeniem, które analizuje kanał RSS gmss dla użytkowników. Pozwolę użytkownikom na podanie nazwy użytkownika/hasła, jeśli nie chcą pozostać zalogowani. Ale powoduje to wielokrotne logowanie, jeśli użytkownik jest zalogowany, a podana nazwa użytkownika/hasło dotyczy innego konta. Dlatego chcę unikać wysyłania plików cookie, ale nadal mogę wysyłać nazwę użytkownika/hasło w wywołaniu send().Czy istnieje sposób, aby nie wysyłać plików cookie podczas tworzenia obiektu XMLHttpRequest na tym samym początku?

Odpowiedz

3

Możesz to zrobić, korzystając z chrome.cookies module. Chodzi o to, aby uzyskać aktualne cookies je zapisać, usunąć je z magazynu plików cookie w przeglądarce, wyślij swoją prośbę, a wreszcie przywrócić je:

var cookies_temp = []; // where you put the cookies first 
var my_cookie_store = []; // the cookies will be there during the request 
var details = {/*your code*/}; // the first parameter for chrome.cookies.getAll() 
var start_kidnapping = function(cookies) { 
    cookies_temp = cookies.slice(); 
    kidnap_cookie(); 
}; 
var kidnap_cookie = function() { 
    // This recursive function will store the cookies from cookies_temp to 
    // my_cookie_store and then remove them from the browser's cookie store. 
    if (cookies_temp.length == 0) { // when no more cookies, end recursion 
     send_request(); 
    }; 
    else { 
     var cookie = cookies_temp.pop(); 
     // We store url as a property since it is useful later. 
     // You may want to change the scheme. 
     cookie.url = "http://" + cookie.domain + cookie.path; 
     my_cookie_store.push(cookie); // save it 
     chrome.cookies.remove({url: cookie.url, name: cookie.name}, kidnap_cookie); 
    }; 
}; 
var send_request = function() { 
    // Send your request here. It can be asynchronous. 
    for (var i = 0, i < my_cookie_store.length; i++){ 
     delete cookie.hostOnly; // these 2 properties are not part of the 
     delete cookie.session; // object required by chrome.cookies.set() 
     // note that at this point, cookie is no longer a Cookie object 
     chrome.cookies.set(my_cookie_store[i]); // restore cookie 
    }; 
    my_cookie_store = []; // empty it for new adventures 
}; 
chrome.cookies.getAll(details, start_kidnapping); // start 

Alternatywnie, prostszym rozwiązaniem jest, aby otworzyć okno incognito, który wyśle żądanie, używając chrome.windows module, ale to uniemożliwi komunikację z resztą rozszerzenia. Należy pamiętać, że być może trzeba będzie zmienić właściwość Twój manifest incognito do split:

var incognito_window = { 
    "url": "incognito.html", 
    "focused": false, // do not bother user 
    "incognito": true 
} 
chrome.windows.create(incognito_window); 
+0

powinien usunąć cookie.hostOnly ';' i 'usunięcia cookie.session;' 'linie faktycznie usuwać my_cookie_store [i] .hostOnly; 'i' delete my_cookie_store [i] .session; 'odpowiednio? – Mala

4

Począwszy od Chrome 42, fetch API pozwala rozszerzeń Chrome (i aplikacji internetowych w ogóle) do wykonywania żądań cookies mniej. HTML5 Rocks offers an introductory tutorial on using the fetch API.

Zaawansowana dokumentacja na temat fetch jest w tej chwili dość skromna, ale API interface from the specification to świetny punkt wyjścia. Algorytm pobierania opisany poniżej interfejsu pokazuje, że żądania generowane przez fetch nie mają domyślnie referencji!

fetch('http://example.com/').then(function(response) { 
    return response.text(); // <-- Promise<String> 
}).then(function(responseText) { 
    alert('Response body without cookies:\n' + responseText); 
}).catch(function(error) { 
    alert('Unexpected error: ' + error); 
}); 

Jeśli chcesz naprawdę anonimowe żądania, można również wyłączyć cache:

fetch('http://example.com/', { 
    // credentials: 'omit', // this is the default value 
    cache: 'no-store', 
}).then(function(response) { 
    // TODO: Handle the response. 
    // https://fetch.spec.whatwg.org/#response-class 
    // https://fetch.spec.whatwg.org/#body 
}); 
Powiązane problemy