SSL-Verschlüsselung von Wordpress & Shop inkl. Startseite

[DBF]

Hallöchen,

vielleicht nicht der ideale Ort für meine Frage, aber dennoch ganz brauchbar für die SSL-Verschlüsselung des Shops unter Wordpress.

Beschreibung:
- Das gesamte Frontend soll von der Startseite aus SSL-verschlüsselt sein; auch um die Verschlüsselung durchzutesten, ob sie 100% läuft und alle Links ect.. entsprechend angepasst sind.
- Eingesetzt ist das Wordpress https - Plugin, dass hier empfohlen wird, um die Standard-Verschlüsselung zu gewährleisten.
- Damit auch die Startseite von Beginn an verschlüsselt wird, soll in diesem Fall (hosteurope) die htaccess-Datei angepasst werden mit einer rewrite action.

Wenn man mit Permalinks arbeitet, steht standardmäßig dieses hier in der Datei:

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Das ganze soll nun erweitert werden um die Weiterleitung auf https für die Startseite.

Folgenden Code habe ich dafür recherchiert - dieser soll alle Anfragen mit www/ohne www auf https://www.XXX.com umleiten:

Code: Alles auswählen

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*)https://www.XXX.com/index.php

Habe schon ein bisschen rumprobiert, aber es nicht hinbekommen: den unteren code eingefügt hinter das RewriteBase, wo ich dachte, dass es hingehöre. Die Domain mit und ohne / und mit /index.php ausgeschrieben.

Wie bringe ich diese beiden Häppchen zusammen? Hätte auch gerne eine klare Lösung dafür.

Vielleicht kann jemand weiterhelfen?!?

Danke!

[Joe]

ich habe irgendwie in erinnerung, dass der interpreter sehr kleinlich sein soll mit leerzeichen

Code: Alles auswählen

RewriteRule (.*)https://www.XXX.com/index.php
-->
RewriteRule (.*) https://www.XXX.com/index.php

willst du die restlichen parameter der url nicht mit übergeben?

Code: Alles auswählen

RewriteRule (.*) https://www.XXX.com%{REQUEST_URI}

(kann es leider gerade nicht testen)

Gruß Joe

[DBF]

Ja, richtig... eigentlich sollten alle Seiten übergeben werden.

Ein bisschen mehr Studium zum Modul hätte auch gut getan

Wenn ich den korrigierten Code (danke!) implementiere, funktioniert es.

Zusätzlich musste ich noch ein [L] hinter die RewriteRule hängen, um die RewriteCond an dieser Stelle für die https-Umleitung zu beenden. Ein [NC] hinter RewriteCond sorgt dafür, dass zwischen Groß- und Kleinschreibung NICHT unterschieden wird.

Platziert habe ich den Aufruf direkt an den Anfang, noch vor der Verzeichnis-Definition (RewriteBase /). Danach folgt dann die Permalink Umleitung von WordPress:

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine On

RewriteCond %{HTTPS} off [NC]
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L]

RewriteBase /
RewriteRule ^index\.php$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Alle Seitenaufrufe http://www..com, http://..com werden auf https://www..com umgeleitet.

Damit ist das WordPress HTTPS Plugin überflüssig, zumindest für das Frontend Das Backend kann man ja dann über die wp-config verschlüsseln.

[Joe]

Vielen Dank, dass du Deine Lösung mit uns teilst!
Sieht für mich nach nem guten Ansatz aus. Werde ich demnächst mal testen.
Gruß Joe

[MKJ]

Sorry Jungs, dass ich hier mal das Mädchen machen muss. Aber was genau ist der Vorteil dieser Lösung? Spart man sich damit nur den Einsatz eines weiteren Plugins? Oder gibt es noch andere Vorteile?

Danke und Gruß, Mike

[maennchen1.de]

Er bezweckt damit, das alle Requests über das SSL Protokoll laufen. Das kann man schon fast selber machen, indem man in den Einstellungen (Allgemein) die URL mit https angibt. Je nach Serverkonfiguration wird aber die Startseite auf http://... aufgerufen. Das umgeht DBF, indem er mittels htaccess _alle_ Request umwandelt, sofern sie auf Port 80 (http) rein kommen.

Das hat nichts mit dem SSL-Plugin zu tun, weil es mit diesem möglich ist, nur einzelne Seiten (z.B. den Warenkorb) zu verschlüsseln.
Je nach Power des Servers ist es sinnvoll, tatsächlich nur Seiten mit datenschutzrelevanten Daten zu verschlüsseln. Denn die verschlüsselte Verbindung benötigt mehr CPU-Power.

[DBF]

Mir hat es geholfen, die Fehlerquellen unsauberer SLL-Programmierung zu eliminieren, soll heißen vor allem die internen Verweise zu korrigieren. Und ich wollte die die Komplettverschlüsselung inkl. Startseite, was über den Dienstleister nicht ging. Ich hatte tagelang eine nur teilweise Verschlüsselung auf unseren Shop-Seiten. Die konnte ich dadurch klären. Einmal alles von vorne rein hart codiert, und dann die Einzelseiten prüfen und korrigieren. Mit Plugin hätte ich das nicht durchschaut. Und, ja, man spart ein Plugin – von denen gibt´s bei meinem Projekt viele .

Glücklicherweise läuft der Seitenaufbau durch die Korrekturen wieder erheblich schneller – zumindest vermute ich, dass das an der sauberen Programmierung liegt. Das mit dem langsameren Seitenaufbau kann ich also in meinem Fall nicht direkt bestätigen.

[MKJ]

Ok, danke für die Erklärungen. Das leuchtet mir ein.

Gruß, Mike