Cache-Probleme nach https Umstellung

[Infidel]

Hallo Foristen,

in Verbindung mit einer https Umstellung tritt ein Problem auf, das mir graue Haare wachsen lässt. Nachdem irgendwann endlich alle Einstellungen richtig zu sein schienen (auch den den Google Maps), funktionierte die Seite in allen Browsern.

Nun jedoch tritt nach einiger Zeit immer wieder der Fehler auf, dass "gemischte Inhalte" angezeigt werden. Das Problem lässt sich einfach lösen: Alle Contao Caches löschen, dann läuft´s wieder. Jedenfalls für eine geisse zeit, dann müssen wieder alle Caches gelöscht werden.

Sehr schnell bauen sich extrem viele Seiten im Cache auf - das könnte mit dem Problem zusammenhängen. An einem Vormittag kommen über 1000 zusammen (die Seite hat aber nur 200 Einzelseiten). Das liegt vermutlich am Kalender.

Ich blicke da gerade nicht mehr durch - wer kann das Problem benennen?

Danke - Fidel.

[Spooky]

Du hast das Problem doch bereits hier gepostet? https://community.contao.org/de/show...ehlermeldungen

Und dort habe ich dich auch mehrmals darauf hingewiesen, dass du sicherstellen musst, dass deine Website nur über HTTPS oder HTTP erreichbar ist - nicht beides - wenn der Seiten Cache von Contao aktiv ist.

[Infidel]

Hallo Spooky,

mir war nicht klar, dass das immer noch das gleiche Problem ist. Die Seite ist aber auch korrekt umgeleitet und wird nur über https aufgerufen.

[Infidel]

Ich kann seit der Einbindung von

RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [L]

die Seite nicht mehr über http aufrufen. Es läuft also so, wie es sein sollte. Trotzdem baut sich der Cache (offenbar fehlerhaft) auf.

[jscholtysik]

Also bei All-Inkl wird empfohlen, eine Weiterleitung von http auf https immer so einzustellen:

####Weiterleitung von http:// auf https://
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]
####

Habe ich bei mehreren Seiten so drin und läuft auch überall einwandfrei.

[Infidel]

Danke,

ich habe diesen Code mal eingebunden und teste das bis morgen.

LG Fidel

[Infidel]

Leider tritt auch mit diesem Code das Problem weiterhin auf. Es entstehen "gemischte Inhalte", die nur nach dem Leeren des Caches wieder wie gewünscht funktionieren.

Fehlermeldungen lauten z.B.:

"... was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint"
"... was loaded over HTTPS, but requested an insecure script"

Über Nacht sind auch wieder 6000 Seiten im Cache gelandet. Nach dem Leeren des Caches sind alle Fehlermeldungen weg.

Hat dazu noch jemand eine Idee?

[Infidel]

Auch die erneute Rekonfiguration der .htaccess führt nicht zur Lösung der Probleme. Immer wieder taucht dieses Cache Problem auf. Sie Seite wird korrekt umgeleitet auf https, trotzdem mokieren die Browser nach kurzer Zeit die "gemischten Inhalte".

Laden von gemischten aktiven Inhalten "http://meineseite.de/files/cto_layout/scripts/jquery.bxslider/jquery.bxslider.css" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/css/193888100a41.css" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/js/ddb6b287ad78.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/files/cto_layout/scripts/jquery.bxslider/jquery.bxslider.min.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/jquery/ui/1.11.4/jquery-ui.min.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/jquery/colorbox/1.6.1/js/colorbox.min.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/jquery/mediaelement/2.21.2/js/mediaelement-and-player.min.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/assets/mootools/mediabox/1.4.6/js/mediabox.js" wurde blockiert.[Weitere Informationen] dieseseite.html
Laden von gemischten aktiven Inhalten "http://meineseite.de/system/cron/cron.txt" wurde blockiert.[Weitere Informationen]  dieseseite.html:469:220
Laden von gemischten aktiven Inhalten "http://meineseite.de/system/cron/cron.txt" wurde blockiert.[Weitere Informationen]  jquery-1.11.3.min.js:5:25679
Laden von gemischten aktiven Inhalten "http://meineseite.de/system/cron/cron.php" wurde blockiert.[Weitere Informationen]

Ich würde mich wirklich über Anregungen freuen, an der .htaccess kann es meines Erachtens nicht mehr liegen?

beste Grüße
Fidel

[Spooky]

Poste links zu den Seiten wo dieses Problem auftritt.

[Infidel]

Das Problem tritt schon auf der Startseite von hattingen-katholisch.de auf. Jetzt gerade nicht, da der Cache kürzlich geleert wurde. Aber es führt dazu, dass die Sliderbilder alle untereinander angezeigt werden.

[Spooky]

Wenn das Problem auftritt, Poste einen Link zu der Seite, wo das Problem auftritt.

[Infidel]

Alles klar, danke! Das wird der Erfahrung nach erst morgen der Fall sein.

[Infidel]

So, es hat bis heute gedauert, aber nun tritt der Fehler wieder auf:

https://hattingen-katholisch.de/kind...hattingen.html

Sichtbare Auswirkung in Firefox: Das Akkordeon sollte zugeklappt sein.

...danke schon mal im Voraus...!

Fidel

[mlweb]

Ich bin auf dem Gebiet nicht ganz so bewandert aber der Firefox sagt mir das u.a. die Favicons über http eingebunden sind. Könnte das die Ursache sein oder ist das jetzt nur in der Cache-Datei so?.

2017_04_06_kirch_hattingen.PNG

[Spooky]

Das Problem scheint nach wie vor zu sein, dass, aus irgendeinem Grund, eine Cache Datei generiert wird, die nicht über HTTPS angestoßen wurde. Was ja aber theoretisch gar nicht möglich sein sollte - es sei denn irgendwas kann mit der Website trotzdem immer noch über HTTP kommunizieren.

[Infidel]

Ja, Spooky, das denke ich auch. Aber die Umleitung funktioniert ja - wie kann denn dann überhaupt noch ein http Verweis erzeugt werden?

[Spooky]

Tja, da bin ich momentan auch überfragt. Evt. ist die Seite auch von irgendwo aus über einen nginx Server erreichbar? Oder es ist vielleicht ein SSL Proxy oder Load Balancer dazwischen?

[DinKontao]

Wird die Sitemap mit https generiert?

[Infidel]

Hallo,

ich weiß gar nicht, wie man das einstellen kann. Da aber wie im Sreenshot oben zu sehen auch Bilder als unsichere Quellen angezeigt werden, kann es eigentlich nicht daran liegen - oder?

[Infidel]

Sorry mlweb, ich hatte dir gar nicht geantwortet, sehe ich gerade.

Nach dem Leeren des Caches läuft alles einwandfrei. Nur zieht sich Contao auf geradezu magische Weise http Files in den Cache.

[do_while]

Hast Du vielleicht im Startpunkt unter "Datei-URL" und/oder "Asset-URL" eine Subdomain eingetragen, die Du nicht auf https umlenkst?

[Spooky]

ich weiß gar nicht, wie man das einstellen kann.

In der Seitenstruktur in den Eigenschaften des Website Startpunkts. Sollte theoretisch aber keine Auswirkung auf dieses Problem haben.

Hast Du vielleicht im Startpunkt unter "Datei-URL" und/oder "Asset-URL" eine Subdomain eingetragen, die Du nicht auf https umlenkst?

Daran liegt das Problem nicht. Das Problem ist, wie schon gesagt, dass aus irgendeinem Grund Seiten im Cache generiert werden, die über HTTP aufgerufen wurden - obwohl das gar nicht möglich sein sollte. Dadurch landet die generierte Seite auch mit http:// im base href im Cache.

[do_while]

Wenn beispielsweise bei Assets-URL eine Subdomain eingetragen ist, die ohne https arbeitet, können so auch Aufrufe mit http ins Contao gelangen. Warum sollte das nicht gehen?
Diese URLs sind doch extra dazu da, um über andere Wege an die Dateien zu gelangen.
Natürlich würde Contao jetzt auch https-Links auf diese Dateien generieren, aber sollten diese Dateien in Suchmaschinen oder Bots gelangt sein, kann es sein, dass auch der alte Aufruf von außen kommt.

[mlweb]

Da ich gerade die Kapazitäten in meinem SEO-Tool nicht zu 100% ausschöpfe, habe ich Deine Seite mal durch die OnPage Schnellanalyse gejagt.
Unter anderem werden dort auch alle Ressourcen ausgegeben, die auf einer HTTPS-Seite noch über HTTP aufgerufen werden. Es werden insgesamt 1673 Stellen gefunden. Normalerweise bekomme ich auch eine Aufstellung, wo die Probleme liegen. In diesem Fall bekomme ich leider keinen Hinweis auf die Problemstelle. Kann zwar an der Schnellanalyse liegen, ist mir aber trotzdem suspekt, denn bei einer anderen deutlich kleineren Website habe ich da auch konkrete Ergebnisse bekommen. Im Normalfall nutze ich für meine Projekte natürlich die komplette Analyse.

Vielleicht hilft Dir der Hinweis aber dennoch weiter.

[Spooky]

Nochmal: es liegt daran, dass der base href "http://..." statt "https://..." lautet. Das hat natürlich zur Folge, dass alle Resourcen, die relativ referenziert sind, auch logischerweise über HTTP geladen werden, egal ob man mit der Seite über HTTPS verbunden ist oder nicht.

[mlweb]

Du willst damit sagen, dass das base-tag auf unerklärliche Weise nach einiger Zeit erzeugt wird und dann die Probleme verursacht?
Das base-tag wird doch aber innerhalb von Contao erzeugt. Wie geht das denn? Müßte das Problem dann nicht auch bei anderen Installationen auftreten?

[Spooky]

Siehe https://community.contao.org/de/show...l=1#post434559

Nochmal zur Zusammenfassung:

• Er verwendet den Seitencache.
• Der Contao Seitencache unterscheidet nicht zwischen HTTP und HTTPS.
• Wird also die Seite http://example.org/foo.html aufgerufen, sieht man danach unter https://example.org/foo.html den selben Inhalt.
• Das bedeutet natürlich auch, dass dann unter https://example.org/foo.html bspw. der <base> Tag folgendermaßen lautet:

  <base href="http://example.org/">

  Das führt zu dem Problem, um das es hier im Thread und im verlinkten Thread geht.
• Daher muss man sicherstellen, dass die Seite niemals über HTTP aufgerufen werden kann, damit im Seitencache kein derartiger Inhalt landet.

Das alles wurde schon mehrmals erwähnt.


Aber das eigentlich Probleme hier ist, dass Infidel ja schon Maßnahmen getroffen hat, dass die Seite nur über HTTPS aufgerufen werden kann. Trotzdem kommt es immer wieder vor, dass man aus dem Seitencache Inhalte bekommt, die offensichtlich über HTTP generiert wurden. Die Ursache dafür ist noch unklar. Theoretisch muss es noch irgendwie einen Einstiegspunkt geben, über den man sich mit HTTP auf diese Contao Installation verbinden und Seiten aufrufen lassen kann.

[mlweb]

Danke für die Aufklärung. Jetzt sehe ich da klarer.

[Spooky]

@Infidel: du könntest mal folgenden Workaround probieren:

1. Erzeuge eine Datei namens fe_page.html5 im /templates Verzeichnis.

2. Füge folgenden Inhalt ein:

<?php $this->extend('fe_page'); ?>

<?php $this->block('head'); ?>
  <meta charset="<?= $this->charset ?>">
  <title><?= $this->title ?></title>
  <base href="{{env::path|uncached}}">

  <?php $this->block('meta'); ?>
    <meta name="robots" content="<?= $this->robots ?>">
    <meta name="description" content="<?= $this->description ?>">
    <meta name="keywords" content="<?= $this->keywords ?>">
    <meta name="generator" content="Contao Open Source CMS">
  <?php $this->endblock(); ?>

  <?= $this->viewport ?>
  <?= $this->framework ?>
  <?= $this->stylesheets ?>
  <?= $this->mooScripts ?>
  <?= $this->head ?>

  <?php $this->block('html5shiv'); ?>
    <!--[if lt IE 9]><script src="<?= TL_ASSETS_URL ?>assets/html5shiv/<?= $GLOBALS['TL_ASSETS']['HTML5SHIV'] ?>/html5shiv-printshiv.min.js"></script><![endif]-->
  <?php $this->endblock(); ?>
<?php $this->endblock(); ?>

3. Lösche den Seiten Cache.

Diese Änderung hat zur Auswirkung, dass zumindest der <base href> immer der richtige ist. Allerdings könnte das immer noch nicht für alle Situationen reichen.

[Infidel]

Hallo Spooky,

das habe ich gemacht und teste jetzt mal ein paar Tage lang das Ergebnis. Danke!!

Liebe Grüße
Fidel

[Infidel]

Danke nochmal, Spooky,

dein Code scheint sehr gut zu funktionieren, bisher gab es keine Negativmeldungen mehr.

Beste Grüße
Fidel

[franky_m]

Hi,

ich bekomme aktuell bei Deiner Website immer noch Mixed-Content-Probleme auf einigen Seiten (dritter und vierter Hauptmenüpunkt zum Beispiel).

Bist Du sicher, dass die Umleitung auf https in Deiner .htaccess auch an der richtigen Stelle steht? Evtl. ist die Anweisung zu spät drin.

Mit http://hattingen-katholisch.de/kirch...hattingen.html bin ich eben übrigens ohne Umleitung auf https durchgekommen (nachdem ich meinen Browser-Cache komplett geleert hatte).

Gruß
Franky

[Spooky]

Kann ich bestätigen.

http://hattingen-katholisch.de/kirch...hattingen.html

hat keine Umleitung auf HTTPS!

http://www.hattingen-katholisch.de/k...hattingen.html

hingegen hat eine Umleitung auf HTTPS.

Das scheint für alle URLs ohne www. zu gelten. Nur mit der www. Subdomain wird man auf https://hattingen-katholisch.de weitergeleitet. Ohne www. Subdomain findet keine Umleitung statt.

[Spooky]

@Infidel poste deine gesamte .htaccess

[rauel]

@Infidel poste deine gesamte .htaccess

habt ihr das Problem lösen können? Mir geht es nämlich genauso.

Könnt Ihr mir den richtigen Eintrag für die .htaccess zukommen lassen. Mit oben genannten Eintrag zu RewriteEngine On funktioniert es bei mir nicht.