- Ja, das Forum ist mit https:// ein klein wenig langsamer. Spürt man zwar, stört mich aber überhaupt nicht.
- Ich nutze immer die Ansicht „Ungelesene Beiträge“ und navigiere mit dem History Back Button (bzw. die entsprechende Taste an der Maus) vom Beitrag zurück in die ungelesenen Beiträge.
Mit http hatte ich immer die alte Version (welche noch die mittlerweile gelesenen Themen enthielt).
Mit https wird die Seite immer aktualisiert, auch wenn ich über History Back zurückkomme.
Gefällt mir sehr, da ich jetzt nicht immer F5 drücken muss. - Einige Beiträge enthalten noch interne Links mit http.
Kann man die Inhalte nicht auf Datenbankebene durch ein SQL-Statement „auf einen Schlag“ ersetzen?
z. B. Suche „http://tff-forum.de“ und ersetze es durch „https://tff-forum.de“ - Bisher bin ich zwar noch nicht darüber gestolpert, aber was ist mit externen Bildern, welche über den IMG-BBCode eingebunden sind und auf http:// verweisen?
Die würden dann eine Fehlermeldung erzeugen.
Mein Vorschlag, damit es keine Fehlermeldungen erzeugt:
IMG-Codes, welche http:// nutzen in eine reine URL (ohne IMG-Tag) umwandeln.
Wer das Bild sehen möchte, muss dann halt den Link öffnen.
Hier auch so, sehr angenehm.
Mit einem kleinen Ausrutscher, der aber sicher nicht am https liegt (und sorry für OT, aber deswegen braucht es keinen neuen Thread):
Ich bekomme den Thread „Werbung im TFF Forum“ nicht als „Gelesen“ markiert. Er erscheint immer wieder als ungelesen.
Noch jemand betroffen, oder nur ich?
Zum Thema: Wegen mir kann http gerne abgeschaltet / fest umgeleitet werden.
Kurz geantwortet: Nein, kein Problem. Alle gelesenen Beiträge bleiben (bis zum nächsten neuen Post) auch gelesen. Sowohl unter http als auch mit https.
Die Umstellung der alten Links mit HTTP sollte bei automatischer Weiterleitung auf HTTPS kein Problem sein. Daher würde ich auf den Update per SQL auf der Datenbank gerne verzichten.
Das Thema IMG-Tag habe ich gerade getestet und mit Internet Explorer und Chrome macht das keine Probleme. Firefox zeigt das kleine Dreieck/Ausrufungszeichen vor der URL, da die Seite auch unsichere Elemente enthält. Das wäre aus meiner Sicht aber kein Grund, in die Logik des IMG-Tags einzugreifen, zumal das nach meinem Gefühl sehr selten genutzt wird.
Der eine oder andere hat es ggf. schon bemerkt: Das TFF Forum leitet jetzt alle Anfragen automatisch auf HTTPS um. D.h. die verschlüsselte Verbindung ist jetzt immer aktiv.
Vielen Dank an alle, die hier immer wieder mal nachgehakt und mich damit überzeugt haben, diese Verbesserung umzusetzen.
Habs gemerkt…
Es waren zuviele Weiterleitungen 
Https ist etwas Träger aber OK.
Gruss und Danke
Mario
Funktioniert die Weiterleitung auf HTTPS denn jetzt bei allen stabil?
Aha, wohl deswegen konnte ich unter Tapatalk 4.6.2 nicht mehr zugreifen. Mit der aktuellen Version geht es wieder.
Im Webbrowser kein Problem.
Null Problem. Habe den Unterschied fast nicht bemerkt 
Ich korrigiere mich…
Lag an den Einstellungen
Heute morgen hat die Website im Model S-Browser nicht funktioniert, auf meinem Handy (Android, Chrome) zeitgleich aber schon. Kann irgendjemand bestätigen, dass das Forum im in-car Webbrowser (nicht) funktioniert?
Danke an Thorsten für die schnelle Umsetzung. 
In meinem Vorstellungsthread („Noch 2 Monate …“) hat jemand geschrieben, es liefe im In-Car Browser nicht. Kann es selbst leider nicht prüfen (mein Model S ist noch in Kalifornien haha).
Könnte jemand mal im Auto prüfen ob es geht?
Und dann auch gleich folgende beiden Adressen prüfen:
Vielleicht liegt es am verwendeten SSL-Zertifikat und der Tesla Browser hat die notwendige CA nicht drinne?
Sieht eher nach einem Weiterleitungsproblem aus. Sorry, das hatte ich in meinem Beitrag weiter oben nicht erwähnt: Es gibt keine Fehlermeldung mit SSL-Bezug, sondern ein ganz plattes „Server nicht erreichbar“ oder so ähnlich. Wenn das Problem anhält, poste ich heute Abend einen Screenshot.
Ich habe leider aktuell kein Model S zum Testen. Könnte Ihr bitte mal folgende URLs im Model S-Browser ausprobieren:
http://tff-forum.de
http://www.tff-forum.de
https://tff-forum.de
https://www.tff-forum.de
Vielleicht kann zudem jemand mit technischem Sachverstand sich mal das folgende Coding (aus der .htaccess) für die Weiterleitung ansehen:
RewriteEngine On
RewriteCond %{ENV:HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} ^www\.tff-forum\.de$ [NC]
RewriteRule ^(.*)$ https://tff-forum.de/$1 [L,R=301]
Hallo Thorsten,
aus meiner Sicht ist das in der .htaccess doppelt gemoppelt.
Ich würde nur einen Eintrag machen:
RewriteCond %{HTTPS} !=on [NC]
RewriteRule ^(.*)$ https://tff-forum.de/$1 [R,L]
bzw. allgemeiner:
RewriteCond %{HTTPS} !=on [NC]
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R,L]
VG
Benjamin
EDIT: Ach so, Du möchtest die www- Subdomain auf die Domain umleiten. Dann passt es doch.
Das haut aus meiner Sicht nicht hin, denn ich möchte „www.tff-forum.de“ auf „tff-forum.de“ umleiten und HTTP auf HTTPS.
Ja, verstanden. Dann sollte es passen.
Es müssen doch zwei Dinge umgeleitet werden:
- http → https
- www.tff-forum.de → tff-forum.de
Es gibt vier Varianten, wie man das Forum aufrufen kann:
Die Varianten 1-3 müssen auf Variante 4 umleiten.
[Edit] Ich war zu langsam 
Meine kurze Recherche im Internet hat ergeben, dass einige ältere Web Browser kein SNI (Server Name Indication) unterstützen und damit Probleme mit unserer automatischen Weiterleitung auf HTTPS haben.
Ggf. könnte man die Variable {HTTP_USER_AGENT} nutzen, um das Model S zu erkennen und in dem Fall nicht automatisch auf HTTPS umleiten. Kennt jemand die Ausprägung der Variablen {HTTP_USER_AGENT} für den Model S Browser?
Laut [url]http://teslatap.com/undocumented/[/url] ist es
„Mozilla/5.0 (X11; u; Linux; C) AppleWebKit /534.34 (Khtml, like Gheko) QtCarBrowser Safari /534.34“ (verified/unchanged in v5.0 through v7.1)
Allerdings ist da mal min. ein Schreibfehler drin (Gheko)
Kann Dir heute Mittag mehr Infos liefern, wenn ich im Auto sitze.