Запрос перенаправления (nsiHttpChannel?) в расширениях Firefox

Мы можем сделать это, переопределив nsiHttpChannel новым, сделать это немного сложно, но, к счастью, надстройка https-everywhere реализует это, чтобы принудительно установить https-соединение.

Исходный код https-everywhere доступен здесь

Большая часть кода, необходимого для этого, находится в файлах

[IO Util.js] [ChannelReplacement.js]

Мы можем работать только с вышеуказанными файлами, если у нас настроены основные переменные, такие как Cc,Ci, и функция xpcom_generateQI определено.

var httpRequestObserver =
{ 
  observe: function(subject, topic, data) {
    if (topic == "http-on-modify-request") {

        var httpChannel = subject.QueryInterface(Components.interfaces.nsIHttpChannel);     
        var requestURL = subject.URI.spec;

        if(isToBeReplaced(requestURL))  {

            var newURL = getURL(requestURL);        
             ChannelReplacement.runWhenPending(subject, function() {
                    var cr = new ChannelReplacement(subject, ch);
                    cr.replace(true,null);
                    cr.open();
                });
        }
    }

  },

  get observerService() {
    return Components.classes["@mozilla.org/observer-service;1"]
                     .getService(Components.interfaces.nsIObserverService);
  },

  register: function() {
    this.observerService.addObserver(this, "http-on-modify-request", false);

  },

  unregister: function() {
    this.observerService.removeObserver(this, "http-on-modify-request");

  }
};


httpRequestObserver.register();

Код заменит запрос, а не перенаправит его.

Хотя я достаточно хорошо протестировал приведенный выше код, я не уверен в его реализации. Насколько я понимаю, он копирует все атрибуты запрошенного канала и устанавливает их для канала, который нужно переопределить. После чего каким-то образом вывод, запрошенный исходным запросом, предоставляется с использованием нового канала.

P.S. Я видел сообщение SO, в котором был предложен этот подход.

У меня сложилось впечатление, что вы не можете сделать это на этом уровне - я пробовал различные методы внешнего «обмана» кода, который требует создания nsIHttpChannel (пример в конце поста).

Я бы порекомендовал, если вы хотите перенаправление, свяжитесь с окном владельца канала (которое работает в 99% случаев) и дайте ему указание перенаправить. Я знаю, что он не будет вести себя так же, но поскольку я точно не знаю, почему вы это делаете, внешне (для пользователя) это будет выглядеть так же, как то, что вы просите.

Вот основы того, что я пытался:

if(aTopic == "http-on-examine-response") {                                                                                     
            var request = aSubject.QueryInterface(Components.interfaces.nsIHttpChannel);                                                      

            if(!request.URI.spec.match("^http://www.apple.com/")) {                                                          
                var ios = Components.classes["@mozilla.org/network/io-service;1"]                                                             
                    .getService(Components.interfaces.nsIIOService);                                                                          
                var ch = ios.newChannel("http://www.apple.com/", null, null);                                                                 

                var listener = {                                                                                                              
                    QueryInterface : XPCOMUtils.generateQI([Ci.nsIChannelEventSink]),                                                         
                    onDataAvailable: function() {},                                                                                           
                    onStopRequest: function() {},                                                                                             
                    onStartRequest: function() {}                                                                                             
                };                                                                                                                            

                ch.asyncOpen(listener,null);                                                                                                  

                var eventSink = request.notificationCallbacks.getInterface(Ci.nsIChannelEventSink);                                           
                eventSink.asyncOnChannelRedirect(request,ch,Ci.nsIChannelEventSink.REDIRECT_INTERNAL,function() {});                          
            } 

Я сделал это так: остановить nsIHttpChannel в событии "http-on-modify-request", получить объект браузера для текущего окна, вызвать browser.loadURI.

var utils = require("sdk/window/utils");

function needsRedirect(url) {
    // to be implemented
    return true;
}

function generateNewUrl(url) {
    // to be implemented
    return "http://www.example.com/";
}

Cc["@mozilla.org/observer-service;1"]
    .getService(Ci.nsIObserverService)
    .addObserver({
        observe: function(subject, topic, data) {
            var channel = subject.QueryInterface(Ci.nsIHttpChannel);
            var url = channel.originalURI.spec;
            if (needsRedirect(url)) {
                //stop
                channel.cancel(Cr.NS_BINDING_ABORTED);

                //redirect
                var gBrowser = utils.getMostRecentBrowserWindow().gBrowser;
                var domWin = channel.notificationCallbacks.getInterface(Ci.nsIDOMWindow);
                var browser = gBrowser.getBrowserForDocument(domWin.top.document);
                browser.loadURI(generateNewUrl(url));

            }
        }
    }, "http-on-modify-request", false);

Во время тестирования я создал сжатую версию (см. эту суть) логики замены канала, упомянутой в других ответы.

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

С некоторыми изменениями можно изменить URI страницы для загрузки документа или оставить его как есть.

Предупреждение: это был всего лишь быстрый хак для загрузки нескольких страниц, я не тестировал его подробно, и в некоторых случаях он, вероятно, сломается. Я подозреваю, что есть причины, по которым HTTPS Everywhere является более сложным.