JQuery Nicht Richtig Analysieren attr("href") im IE

Ich habe eine wirklich seltsame Frage, die ich hoffe jemand kann etwas Licht auf. Ich bin mit Jquery, um eine Http-Antwort von einer anderen website (die ich besitze). Einmal erhalte ich den DOM, den ich durchsuchen, um bestimmte Informationen. Jedoch, wenn ich versuche mir das href-Attribut eines link, der IE ist indem die lokale Domäne an den Anfang des href -!

Hier ist mein code:

$.ajax({ 
                    type: "POST",
                    url: "MyPage.aspx/GetWebResponse",
                    data: "http://myWebSite/pages/AnotherPage.aspx",
                    contentType: "application/json; charset=utf-8",
                    dataType: "json",
                    asynch: false,
                    success: function(data)
                    {
                        var __htmlForMainPage = data.d;                   


                        var PageLink = $(__htmlForMainPage).find("a:contains('Get This Link')").attr("href"); 
                                                }   
                });

Meine variable PageLink SOLLTE "/pages/getThisPage.aspx?id=8347". Es ist jedoch zurückgegeben wird als "http://myserver/pages/getThisPage.aspx?id=8347".

Dies ist NUR passiert im IE. FireFox ist in Ordnung. Das ist auch nur passiert, wenn ich es auf den server. Wenn ich es lokal funktioniert alles einwandfrei, im IE und FF. Aber wenn ich es auf den server, FF funktioniert immer noch gut, aber IE nicht.

Hat jemand das schon mal gesehen, oder weiß was hier Los ist? Jede Hilfe wird sehr geschätzt!

  • Ich weiß nicht, was Los ist, aber ich wäre sehr stark daran zweifeln, dass es ein jQuery Problem. Es gibt keinen code in jQuery nichts zu tun, wie URL-rewriting in einer situation wie dieser.
InformationsquelleAutor vcuankit | 2010-02-26
  1. 9

    Beim Zugriff auf die href DOM-Eigenschaft eines A - element im IE wird es wieder der absolute Pfad für die url. Das gleiche gilt für getAttribute() im IE7 und niedriger (da getAttribute war gebrochen, bis zum IE8).

    http://msdn.microsoft.com/en-us/library/cc848861(VS.85).aspx:

    Internet Explorer 8 oder höher. Im IE8-Modus, wird der Wert der HREF, hängt von dem Kontext der Referenz auf das Attribut. Wenn Lesen als Dokument-Objekt-Modell (DOM) - Attribut, HREF gibt eine URL relativ zum domain-hosting der Web-Seite. HREF gibt den angegebenen Wert durch den Autor der Seite, wenn man Sie als einem content-Attribut, wenn die Seite angezeigt wird, die in einem früheren Dokument-compatibility Modus, oder wenn die Seite angezeigt wird, die mit einer früheren version des Browsers. Weitere Informationen finden Sie unter Attribut Unterschiede in Internet Explorer 8.

    jQuery wird immer Holen Sie die DOM-Eigenschaft, wenn die Namenskonvention ist die gleiche:

    //If applicable, access the attribute via the DOM 0 way
if ( name in elem && notxml && !special ) {
    //...
}

    Den name in elem Teil hier ist zu überprüfen, ob eine DOM-Eigenschaft angegeben wurde. Um dies zu umgehen für den IE8 könnten Sie die Immobilie in groß - .attr("HREF") - da-DOM-Eigenschaften sind case-Sensitiv. Leider der einzige workaround für IE7 und niedriger ist, führen Sie eine Zeichenfolge ersetzen:

    var base = window.location.href.substring(0, window.location.href.lastIndexOf("/") + 1);
PageLink = PageLink.replace(base, "");
    • Danke Andy. Ich auf jeden Fall dankbar für Ihre Hilfe. Wie es aussieht, werde ich haben, um einige Codierung zu überprüfen, browser-Versionen für den IE, und führen Sie einige manipulation. Nochmals vielen Dank!
    • Dies wurde behoben in jQuery 1.3.2: bugs.jquery.com/ticket/2747. Aber es ist immer noch gebrochen-markup, das kommt in über Ajax-Aufrufe. Siehe blog.rapiddg.com/2010/08/ie7-href-normalization-and-ajax
    InformationsquelleAutor Andy E
  2. 2

    Dies ist nicht ein jquery-Problem, es ist ein ie-Macke. Es ist leicht Abhilfe zu schaffen "http://myserver/pages/getThisPage.aspx?id=8347".replace('http://myserver', ").

    • Vergessen Sie nicht, relative Pfade sind relativ zum aktuellen Verzeichnis nicht im Stammverzeichnis der site.
    • nicht, wenn Sie ein Schrägstrich am Anfang der uri, wie user280823 tut. Aber ich denke, dann ist es kein relativer Pfad mehr. 😉
    • Wie ist das nicht ein jQuery-Problem. Nicht jQuery normalisieren anderen "IE-Macken"? Wenn nicht andere, warum nicht?
    InformationsquelleAutor mikerobi
  3. 1

    Das "problem" ist, dass das, was Sie sehen in Ihrem HTML-Quellen ist nicht das, was jQuery "sieht" der Browser DOM-Baum.

    Das bedeutet, dass IE meisten wahrscheinlich nur speichert, absolute URLs in die a-Knoten des DOM (während andere Browser nicht, aber das ist nicht wirklich relevant für den browser, denn es kann mit absoluten URLs nur irgendwie, so hat es zu berechnen, diese absolute URL früher oder später).

    Nun jQuery nur gibt die gespeicherten Werte in den DOM-Baum.

    Wenn Sie diese überprüfen möchten, Holen Sie sich Firebug! Sie können den DOM gibt es (und da IE8 gibt es etwas ähnliches im IE als auch).

    InformationsquelleAutor Leo
  4. 0

    Verschiedenen Browsern zurückkehren wird, verschiedene Dinge für den URL-Parametern. Die Normalisierung der URL ist Ihre Aufgabe. Ich habe einen regex verwenden, wie diese:

    var urlParts = /^(https?:\/\/.+?)?(\/.+?)(\?.*?)?$/.exec(href);
var server = urlParts[1]; //maybe be '' depending on the browser
var path = urlParts[2];
var query = urlParts[3];

    Du willst also Pfad + query.

    InformationsquelleAutor noah
  5. 0

    Pass zweites Attribut zu getAttribute Funktion:

    linkobj.getAttribute(‘href’,2);

    Mehr hier - http://glennjones.net/2006/02/getattribute-href-bug/

    InformationsquelleAutor szarouski
Schreibe einen Kommentar