2017-01-24 3 views
1

Hier sind die Links zu der Seite in Frage:HTTP und HTTPS-Version einer gleichen Seite macht anders

Die https-Version der Seite macht nicht Das Video ist am Anfang des Artikels eingebettet. Ich inspizierte den Quellcode und festgestellt, dass HTTPs wird einen ganzen Block von Code fehlt, wie Sie in den Bildern unten sehen können:

Image #1

Image #2

Ich frage mich, wie das passiert? Ist http (s) nicht nur das Protokoll für die Kommunikation mit dem Server? Warum bekomme ich einen anderen Code, wenn ich verschiedene Protokolle verwende?

+0

Sie fragen dies als Verbraucher der Seite, nicht als Produzent, oder? Vermutlich können die Ersteller der Seite für verschiedene Protokolle ausgeben, was sie wollen. –

+0

'gemischter Inhalt' auf der https-Version wäre ein Problem –

+0

Nicht nur kann, was diese Anfragen hören, verschiedene Inhalte für verschiedene Protokolle zurückgeben, es gibt nichts, das sagt, dass sie im geringsten verwandt werden müssen. – jdv

Antwort

2

Von Chrome Developer Toolkit:

Die Seite auf 'https://www.eyeviewdigital.com/blog/eyeview-launches-addressable-tv-ads-with-cablevision-dish-programmatic-tv-w-clypd-and-wideorbit/' wurde über HTTPS geladen, aber die angeforderte ein unsicheres Skript 'http://pshared.5min.com/Scripts/PlayerSeed.js?sid=281&width=480&height=401&playList=519141523'. Diese Anfrage wurde blockiert. Der Inhalt muss über HTTPS bereitgestellt werden.

In der Regel müssen Sie Ihren Inhalt entweder in http oder in https laden. Wenn Sie sie zusammenmischen, wird der obige Fehler angezeigt.

On line 252

http://pshared.5min.com/Scripts/PlayerSeed.js?sid=281&width=480&height=401&playList=519141523

mit

https://delivery.vidible.tv/aol?sid=281&width=480&height=401&playList=519141523.js

Lange Geschichte der Inhalt kurz ersetzen nie geladen, so dass die Seite anders ausgesehen.

+0

Danke, Jeremy. Ich habe zuvor viele Seiten mit gemischten Inhalten gesehen, und der unsichere Inhalt wird immer noch korrekt geladen. Es ist nur die grüne Sperre in der URL-Leiste ausgegraut (Chrome). Irgendeine Idee, warum in einigen Fällen das unsichere Skript nicht geladen werden kann? Wenn Sie sagten "die Anfrage ist blockiert", meinen Sie blockiert durch den Browser oder den Server? –

+0

Diese Seite beschreibt, warum das passiert: https://support.google.com/chrome/answer/1342714?p = nicht authentifiziert & visit_id = 1-636238913046750813-1721813068 & rd = 1 – Jeremy

0

Sie haben recht, es sollte keinen Unterschied auf http/https geben, da es nur die Transportschicht ist. Es muss etwas im Code des Servers vorhanden sein, der den HTML-Code erzeugt, der sich je nach der URL, die für die Anforderung verwendet wird, anders verhält. Ich schlage vor, dass Sie Informationen zum Code des Webservers bereitstellen, um das Problem zu analysieren.

0

Dies wird höchstwahrscheinlich verursacht, weil Sie Elemente aus unsicheren Quellen laden. Google Chrome zum Beispiel lädt ein Bild über http, wenn Ihre Seite über https geladen wird, kann dazu führen, dass das Bild überhaupt nicht geladen wird. Dies ist natürlich nur für Sicherheitszwecke. Gehen Sie einfach durch Ihren gesamten Code und stellen Sie sicher, dass alle Quellen über sichere https angesprochen werden, damit sie ordnungsgemäß geladen werden.

Verwandte Themen