css-Stile verschwinden über ssl

Wenn die Verbindung über SSL-Besondere Stile sind immer gelöscht aus dem stylesheet. Ich kann nicht herausfinden jedem Reim oder Grund, aber es ist die gleichen Stile, werden konsequent gelöscht. Vielleicht insbesondere, dass Elemente wurden ausgeblendet mit display:none; sichtbar sind. Liste Stile auch auf Standard zurücksetzen-browser-Einstellungen und ein paar hintergrund-Bilder (nicht alle) bekommen ebenfalls gelöscht. Alle URI-Pfade sind relativ-sowohl von der Seite Kopf, sowie von der stylesheets selbst.

Beispielsweise die folgenden Werke...

body { background: url(../images/bg-yellowstripes.jpg) repeat 0 0; }

Allerdings die nächste Zeile nicht...

#masthead { background: url(../images/bg-header.jpg) repeat-x 0 100%; }

Jemand eine Erfahrung mit dieser, der helfen könnte, die Seite korrekt angezeigt werden und vermeiden Sie den IE-mixed-content-Warnung? Nur auf Internet Explorer btw. Firefox, Safari, Chrome alle Rendern der Seite normal ohne SSL-Warnungen.

Bitte poste einen link zu der Webseite oder irgendeinem source-code.
Sie läuft wahrscheinlich in einem caching-Problem irgendwo. Es hat nichts zu tun mit SSL-spezifisch, außer, dass es eine andere Konfiguration.
das war meine Vermutung auch. Ich habe nicht versucht, minifying der Stile, aber andere, als dass ich nicht wissen, was zu tun ist, um entweder erzwingen, cache oder Kraft, es zu aktualisieren und zu laden.
Shift+aktualisieren, den cache zu löschen? Sie können senden HTTP-Header, um zu verhindern, dass künftige caching, aber nicht überschreiben eines vorhandenen Cache-Kopie.

InformationsquelleAutor iamsar | 2012-06-07

  1. 2

    Es klingt wie Sie ' re laden von CSS-Dateien mit absoluten Pfaden. Zum Beispiel, wenn Sie eine Website, die gehen, um bedient zu werden über HTTP und HTTPS, verwenden Sie einen relativen Pfad statt.

    Absolute: (tun Sie das nicht, der IE Sicherheit geben Warnungen, wenn die Betrachtung über SSL)

    <link rel="stylesheet" href="http://mydomain.com/css/style.css" />

    Relativ:

    <link rel="stylesheet" href="/css/style.css" />

    Wenn der Stil kommt aus einer anderen Domäne (z.B. einem CDN), verwenden Sie doppelte Schrägstriche anstelle der Angabe des Protokolls. Dadurch wird der Pfad zum Erben des Protokolls der Seite wurde angefordert, mit der bei der CSS-Anfrage.

    <link rel="stylesheet" href="//otherdomain.com/css/style.css" />

    Nutzen Sie auch die IE-developer-tools. Sie werden Ihnen sagen, genau das, was Netzwerk-Ressourcen geladen werden von der Seite unter die SSL-und nicht.

    Wie ich schon in den OP, alle URLs sind relativ.

    InformationsquelleAutor Michael Irigoyen

  2. 0

    Sowie die relative Pfad-Struktur, wenn es mit dem IE9 und unten gibt es ein memory-limit in den client, wenn die Stylesheets sind zu groß, es wird einfach aufhören zu laden. Ich kann sehen, dass dies geschieht, wenn Sie die Zwischenspeicherung einer Reihe von Dateien

    InformationsquelleAutor Aaron

  3. 0

    Wenn Sie sind das laden von Schriftarten von einem anderen URL (z.B.: fonts.googleapis.com) bitte überprüfen Sie die Präambel in Sie CSS. Werden Sie sicher, dass der Pfad auch angegeben: "HTTPS" in den Weg. Diese einfache änderung löste mein CSS über HTTPS problem sofort.

    ALTEN PRÄAMBEL:
    @import url('http://fonts.googleapis.com/css?family=Roboto... etc)

    KORRIGIERT PRÄAMBEL:
    @import url('https://fonts.googleapis.com/css?family=Roboto... etc)

    InformationsquelleAutor Always an Artist

  4. -1

    Versuchen Sie, hinzufügen von Anführungszeichen, um Ihre css-hintergrund-Pfade, etwa so:

    body { background: url('../images/bg-yellowstripes.jpg') repeat 0 0; }

    Auch, ich habe gelesen das background Eigenschaft muss eine bestimmte Reihenfolge der Werte (Farbe, url Xpos Ypos wiederholen). Es wäre also so:

    body { background: url('../images/bg-yellowstripes.jpg') 0 0 repeat; }

    Andere als das, meine Stile wurden fallen gelassen, auch einmal, als ich war, zu laden über http:// auf eine https:// website. Aber da bist du relative Pfade zu verwenden, ich vermute, es ist etwas anderes.

    Könnte es ein caching-problem.

    InformationsquelleAutor jlmmns

Schreibe einen Kommentar