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

Я пробовал это уже давно, и никаких хороших результатов не было.

var myObserver = {
    observe: function(subject, topic, data)
    {
        if (topic == "http-on-examine-response") 
        {   
             //  implement later
        } 
        else if(topic == "http-on-modify-request") 
        {
             //  implement later
        }
   },

   QueryInterface : function (id)
   {
       if (id.equals(Components.interfaces["nsIObserver"]) ||
           id.equals(Components.interfaces["nsISupports"]))
       {
           return this;
       }
       throw Components.results.NS_NOINTERFACE;
   }
};

var obs = new Service("observer-service", "ObserverService");
obs.addObserver(myObserver, "http-on-modify-request", false);

В принципе, на http-on-modify-request, я знаю, как исследовать URI, выяснить, какое окно (если есть) связано с ним, и множество других вещей. Я не могу понять, как перенаправить запрос, который, как я знаю, возможен отсюда, потому что я могу получить nsIHttpChannel до того, как любой запрос будет отправлен.

Кто-нибудь знает, что делать?:/Я пробовал пару недель вкл./Выкл., И не получил нигде.

Ответ 1

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

https-everywhere доступен исходный код here

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

[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, в котором был предложен этот подход.

Ответ 2

У меня создается впечатление, что вы не можете сделать это на этом уровне - я пробовал различные методы внешне "обманывать" код, который требует создания 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() {});                          
            }

Ответ 3

Я сделал это следующим образом: stop nsIHttpChannel on "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);

Ответ 4

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

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

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

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