Wenn dies Ihr erster Besuch hier ist,
lesen Sie bitte zuerst die Hilfe - Häufig gestellte Fragen
durch. Sie müssen sich vermutlich registrieren,
bevor Sie Beiträge verfassen können. Klicken Sie oben auf 'Registrieren', um den Registrierungsprozess zu
starten. Sie können auch jetzt schon Beiträge lesen. Suchen Sie sich einfach das Forum aus, das Sie am meisten
interessiert.
Google Webfonts einbinden klappt nicht mit Hausmitteln
Du hast diese Google Fonts zwar eingebunden, aber du benutzt sie nicht.
Die Seite ist ja noch nicht fertig, hab ja gerade erst angefangen, diese aufzusetzen. Wie meinst Du es funktioniert alles problemlos? Dass %7C im Quellcode steht, wenn die Google Fonts via Webfonts-Feld eingebunden werden, ist normal?
ich nutze in Contao 3.5.25 die Google Webfonts in einer Installation. Diese sind im Theme/Seitenlayout in das entsprechende Feld eingegeben. Vor https hat alles prima funktioniert. Nach Umstellung auf SSL werden die Webfonts weiterhin per http ausgeliefert und daher vom Browser als unsicher gebrandmarkt.
Wenn ich das alles manuell auf https anpasse, wird die Seite ohne CSS geladen. Dafür bekomme ich keine Fehler mehr angezeigt. Hat jemand damit bereits Erfahrungen gesammelt?
Wenn Du eine https-Seite hast, musst Du alle Links zu den Fonts auch mit https aufrufen.
Das sollte bei Google-Fonts auch kein Problem sein, einfach aus http ein https machen.
vielen Dank für Eure Antworten. Eigenartig ist, dass ich das auf https umgestellt habe - und dann kein CSS mehr geladen wird. Für mich völlig unerklärlich. Wenn ich es auf http lasse, "beschwert" sich ein SSL-Check-Tool, nicht aber ein Firefox- oder Safari-Browser. Hier der Link zur Seite: https://www.studienreisen-polen.de/
Und dieser SSL-Check beschwert sich, obwohl in den 2 getesteten Browsern alles gut aussieht: https://www.jitbit.com/sslcheck/
Naja, für den Firefox und Safari ist das ein ganz normaler HTML-Kommentar, warum also meckern? Das Tool aber merkt, dass im IE das CSS unsicher geladen würde und meckert deshalb. Warum das als https nicht geladen werden sollte weiss ich aber auch nicht. Was innerhalb der conditional comments steht sollte ja eigentlich sowieso nur den IE betreffen.
vielen Dank für Eure Antworten. Eigenartig ist, dass ich das auf https umgestellt habe - und dann kein CSS mehr geladen wird. Für mich völlig unerklärlich. Wenn ich es auf http lasse, "beschwert" sich ein SSL-Check-Tool, nicht aber ein Firefox- oder Safari-Browser. Hier der Link zur Seite: https://www.studienreisen-polen.de/
Und dieser SSL-Check beschwert sich, obwohl in den 2 getesteten Browsern alles gut aussieht: https://www.jitbit.com/sslcheck/
Für mich nicht ganz logisch?
Grüße
Jens_
Du musst es auf jeden Fall auf HTTPS setzen. Aktuell kann die Schriftart Merriweather so nicht benutzt werden.
ich muss noch mal nachfragen: Merriweather geht generell nicht als Schriftart mit https, oder funktioniert es, wenn ich sie auf https setze? Dann aber sind meine Styles alle weg; dafür habe ich allerdings keine Erklärung.
Grundsätzlich geht die Schrift natürlich. Prinzip ist, alles externen Inhalte müssen auch auf https umgestellt werden.
Deine Styles kommen intern aus Contao. Der base-Tag und die internen Links im Quellcode scheinen aber richtig zu sein.
Manuell kann ich unter dem https-Link zu den Styles Deine Styles aus assets/css/e24a0c4c672f.css laden.
Hast Du schon mal die Caches im Browser und in Contao geleert?
Ansonsten scheint etwas in Deinem Contao nicht zu stimmen, prüfe das mit dem Contao-Check.
ich muss noch mal nachfragen: Merriweather geht generell nicht als Schriftart mit https, oder funktioniert es, wenn ich sie auf https setze? Dann aber sind meine Styles alle weg; dafür habe ich allerdings keine Erklärung.
Danke und Grüße
Jens_
Stelle es auf HTTPS um und poste einen Link zur Seite, damit man analysieren kann, warum dann alle Styles weg sind.
Wenn Du Google-Webfonts einbindest, reicht es mittlerweilen völlig aus, diese normal (idealerweise direkt in Contao über das vorgesehene Feld dafür) einzubinden. Google bietet von sich aus schon Support für alle IE grösser IE6. Also raus mit diesen ganzen zusätzlichen Empfehlungen aus dem Jahr 2012, die sind alt und überholt.
Heisst für Dich:
Trage den Webfont in der Konfiguration von Contao ein
Stelle die Seite auf https um
Entferne all diesen zusätzlichen, furchtbaren Code im Template
Hab Spass
So, und jetzt sollte alles klappen. Warum es bislang nicht funktioniert ist: Du rufst eine css-datei auf, die so nicht mehr ausgeliefert wird von Google. Daher klemmt es dann in den weiteren Aufrufen der css-Dateien (eben Deiner eigenen aus Contao zB).
Danke für Eure Hinweise. Ich war zwischenzeitlich ziemlich verwirrt, weil ich viele von den Dingen getestet habe. Bereinigt habe ich die alten Anweisungen für den IE. Danach wurde es auch nicht besser; das Problem war, dass es immer ging, wenn ich mich einmal eingelogged habe. Erst nach dem Backend-Cache-Ende tauchte das Problem wieder auf. Das verwirrt mich noch immer ein bisschen.
Nun habe ich eine andere Stelle ausgemacht; und zwar im Piwik-Tracking-Code. Den habe ich auch noch einmal bereinigt, da war noch ein Bug im Piwik-Template. Ich hoffe mal, dass es das war.
Ich drücke mal die Daumen, dass es nun tut, und zwar auf allen Browsern... :-)
vielleicht kann mir irgend jemand noch einen Tipp geben: Die Schrift-Themen mit den Webfonts sind bereinigt, wie vorgeschlagen. Es ist nur noch im Contao-Backend eingetragen, dass die Googlefonts verwendet werden sollen. Immer, wenn ich nach Anpassungen teste, ist alles okay. Einen Tag später (passt zum Contao-Cache...) wird die Seite dann wieder als unsicher eingestuft und ohne CSS dargestellt, aber nur einzelne Seiten. Hat noch irgendjemand eine Idee?
Komisch ist, dass im Firebug auch eigentlich ganz klar von Contao ausgelieferte Elemente (CSS, Javascript-Teile von jquery etc.) als unsicher klassifiziert werden und damit die Ursache sein könnten. Aber warum lädt das System bei Aufruf per https diese Elemente per http?
Beste Grüße
Jens
Zuletzt geändert von Jens_; 04.05.2017, 08:12.
Grund: Nachtrag
Kommentar