Doch. https:// wird hier angezeigt.

"Liegenlassen" ist leider keine valide Option, denn die allermeisten Links beinhalten im Standard "https:". Zum Beispiel enthält die Twoday-Startseite (wenn man sie via Kurzform "twoday.net" aufruft) mit der Blogroll nur https-Links auf die Blogs bzw. Beiträge:

Ein Besucher, der also über die Blogroll einsteigt, geht automatisch im https-Modus auf deine Seite und sieht dann womöglich nur ein sehr lückenhaftes Bild, weil z.B. die Counter- und Wetter- und sonstige http-Scripte nicht ausgeführt werden.

Ich sende dir gerne im Laufe des Tages ein Mail mit einer Handvoll Hinweisen (z.B. solltest du auch auf Version #2 des Videoload-Scripts upgraden; Version #1 funktioniert unter https im Moment nicht mehr).

Ich habe das zwar nicht so richtig verstanden, wer was sieht und ob du/ihr nun den stats4free-Counter über dem Wetter (linke Spalte fast ganz unter über dem Archiv) seht oder nicht, aber das Videoload-Script habe ich schon mal upgegraded.

Danke auf jeden Fall.

Das ist auch nicht so einfach zu verstehen, aber ich will mal versuchen, es etwas nachvollziehbarer zu machen. Da Twoday nun beide Modi (http=unsicher/unverschlüsselt, https=sicher/verschlüsselt) zulässt, kann es passieren, das Besucher in dem einen oder anderen Modus deine Blogseiten erreichen. Folgende Fälle (Auswahl) zur Übersicht:

Nur wenn jemand über eine festes Lesezeichen (mit http://-Ergänzung vorne) oder über die direkte Eingabe der Blogadresse (mit http://) zum Blog gelangt, wird es im http-Modus angezeigt. Auch wenn sich der Benutzer über die Twoday-Homepage (Blogroll) auf dein Blog klickt und dort schon im http-Modus war, bleibt dieser erhalten. Jedoch kann das niemand garantieren, dass Besucher ausschließlich im http-Modus sind, wenn sie auf das Blog kommen [z.B. sind sie stets im https-Modus, wenn sie sich durch ihre Abonnement-Links klicken].

Die Anzeige zwischen http und https wird dann unterschiedlich sein, wenn im Blog Skripte aufgerufen werden, deren Adresse mit dem unsicheren http-Protokoll beginnen. Ist der Besucher nämlich im sicheren https-Modus, lehnt sein Browser die Ausführung "unsicherer" http-Skriptaufrufe ab. Skriptaufrufe sollten also immer mit https erfolgen, weil diese in beiden Modi fehlerfrei ausgeführt werden. Das Problem: manche Anbieter (z.B. Besucherzähler, Wetter-Widgets) bieten ihre Dienste eben nicht im sicheren https-Modus an.

Durch die Unterdrückung "unsicherer" Skriptaufrufe im https-Modus fehlen dann entsprechende Anzeigen. Bei dir äußert sich dies in einer fehlenden Counter- bzw. Wetteranzeige:

http-Modus	https-Modus

Die Lösung besteht also darin, Anbieter zu finden, die die gewünschte Funktion auch im sicheren https-Modus anbieten.

.... ist das jetzt logisch, wenn ich behaupte, dass der Counter falsch, nämlich gar nicht zählt, wenn die Seite im https-Modus aufgerufen wird?

Das stimmt. Weil der Browser im https-Modus alle per http:// aufgerufenen Skripte gar nicht erst zulässt, wird die Skriptfunktion (in diesem Falle des Zählens) auch nicht ausgeführt.

Folge: es wird derzeit nur noch korrekt gezählt, wenn der Besucher via http:// auf die Blogseite kommt.

... das ist ja nicht gerade sinnvoll; muss mir wohl doch bei Gelegenheit einen neuen kostenfreien Counter suchen.