Zwei verbleibende über HTTP bereitgestellte Bilder verhindern den Wechsel zu HTTPS. Hilfe?

Ich habe ein Discourse-Forum von einem früheren Teammitglied übernommen. Ich habe bereits eine Reihe von Änderungen vorgenommen, die von meiner Marketingabteilung angefordert wurden, aber zwei letzte Bilder kann ich nirgendwo finden. Ich habe mehrere Stunden damit verbracht, den Anpassungsbereich zu durchsuchen, aber nichts gefunden.

<link rel="icon" type="image/png" href="…32x32.png">
<link rel="apple-touch-icon" type="image/png" href="…180x180.png">

Beide Link-Tags werden unmittelbar nach folgender Zeile ausgegeben:

<meta name="generator" content="Discourse 2.4.1 - https://github.com/discourse/discourse version ea7388014671cb3c103bcc9082df586de1b0edad">

Wie kann ich diese beiden Bilder auf HTTPS aktualisieren?

Können Sie bestätigen, wie Sie HTTPS aktivieren?

Wenn Sie die Assets nach der Aktivierung von HTTPS erneut hochladen, werden diese korrigiert.

Alle Branding-Ressourcen befinden sich unter Einstellungen → Branding
/admin/site_settings/category/branding

Das Favicon (32x32) und das Apple-Touch-Icon (180x180) sind die siebte und achte Einträge in der Liste. Vielleicht setzt das Löschen der vorhandenen und das erneute Hochladen neuer Dateien die korrekte URL für diese fest.

Lässt sich auch beheben, indem Sie den Einrichtungs-Assistenten erneut unter /wizard ausführen – @omarfilip hat recht, im Grunde müssen Sie diese Bilder einfach neu hochladen.

Könnten diese URLs automatisch auf https umschalten, wenn wir ‘Force https’ aktivieren?
Ich bin auf dieses Problem bei mehreren Installationen von Kunden gestoßen. Das ist nicht so ärgerlich, aber wenn es sich mit einer einzigen Codezeile irgendwo vermeiden ließe, wäre das trotzdem nett.

Dies ist einer der Gründe, warum wir discourse-setup standardmäßig auf HTTPS umgestellt haben. Die Option, es optional zu machen, hätte dazu geführt, dass die meisten Nutzer es überspringen und es später nachholen müssten.

Hallo zusammen, danke für alle Antworten.

Ich habe force_https aktiviert, das Bild neu hochgeladen und es wird jetzt über HTTPS geladen. Danke!

Feedback von einem neuen Forum-Administrator:

Jemanden durch einen Einrichtungs-Assistenten zu führen, um einen Bild-Verweis zu reparieren, fühlt sich nach schlechter UX an. Ich war die ganze Zeit nervös, dass ich versehentlich eine der bestehenden Einstellungen ändern würde. Besser wäre es, einfach granulare Kontrollen dafür zu haben (was ihr auch habt). Ich habe am Ende stattdessen diese verwendet.

Außerdem frage ich mich, warum ich die Bilder überhaupt neu hochladen musste. Warum speichert ihr nicht einfach eine Dateireferenz und gebt das Protokoll basierend auf den force_https-Einstellungen aus? Das könnte tatsächlich das sein, was ihr tut, da ich die force_https-Einstellung geändert UND die Bilder neu hochgeladen habe, bevor ich es getestet habe.

Unabhängig davon habt ihr euch schnell um diese Frage gekümmert und ich schätze das wirklich. Bleibt alle sicher.

Hey @amatthews, es sollte tatsächlich so funktionieren, wie du es dir vorgestellt hast:

Sobald du force_https aktivierst, werden alle Discourse-Ressourcen über HTTPS geladen.

Es ist auch nicht notwendig, den Assistenten zum Ändern/Neu-Hochladen von Bildern auszuführen. Dies kann über die Verwaltung erfolgen.

Das war definitiv in der Vergangenheit nicht der Fall. Wir bekamen diese Frage ziemlich regelmäßig, bevor die oben erwähnte Änderung von @falco eingeführt wurde. Nach einer kurzen Suche stellte sich heraus, dass die Häufigkeit, mit der wir danach gefragt werden, mit der Einführung dieses PR drastisch zurückging.

Die überwältigende Mehrheit der Installationen funktioniert mit Let’s Encrypt sofort ohne weitere Konfiguration. Probleme treten nur auf, wenn Leute mit Reverse-Proxys oder Netzwerkkonfigurationen etwas Seltsames machen.