Hallo Forum, ich weiss, das Thema ist nicht Neu hier, aber für mein Problem konnte ich keine Lösung finden. Ich möchte meinen Shop komplett auf https umstellen. Die Methode mit der htaccess Datei hat bei mir nicht funktioniert, genauso die Möglichkeit es im Backend auf „Überall SSL verwenden“ funzt nicht: Die Browser melden immer, das zu viele Umleitungen verursacht werden. Ich habe es jetzt Serverseitig gelöst, funktioniert auch soweit ganz gut, aber: - wenn ich auf newsletter Anmeldung gehe und nach dem eintragen der eMail Adresse auf speichern drücke, kommt die Browser-Meldung: " Obwohl diese Seite verschlüsselt ist, werden die von ihnen eingegebenen Informationen über eine unverschlüsselte Verbindung gesendet usw. Sollen diese Inf. wirklich gesendet werden?" - drückt man auf Fortsetzen passiert nichts, also die Newsletter Anmeldung wird nicht durchgeführt. Ich kann bis jetzt die Url nicht ausfindig machen, die offensichtlich als http weiter geleitet wird und nicht als https.? oder liegt da ein anderes Problem vor? -Das zweite ist, das die Artikel(thumbnails)bilder Url,s auch nicht als https vorliegen, wo und wie kann man die Umstellung realisieren, das die auch noch mit https laufen? Ich hoffe, das ihr mir helfen könnt.
Hast du einmal eine URL zum Shop ? Die statischen Dateien werden automatisch auf https unbenannt, sofern du hier SSL aktivierst. Blöde Frage aber: Ein validiertes Zertifikat hast du oder ? ( Kein selbst signiertes ) Wenn du es nur Serverseitig umstellst, kann es ja auch nicht funktiknieren. Du musst hier schon in Shopware „überall SSL verwenden“ anklicken, sodass hier auch entsprechend alle URLs auf https umgeleitet werden. Und weiterhin: Du schreibst deine .htaccess Datei funktioniert nicht, aber wie auch wenn du nginx einsetzt ? Der nginx Webserver ignoriert .htaccess Dateien, da diese nur vom Apache verarbeitet werden.
Wenn ich in Shopware “überall SSL verwenden” anklicke, wird im Browser angezeigt das zu viele Umleitungen statt finden. Funktioniert also nicht. htaccess Datei funktioniert, da ich andere werte schon durch sie erfolgreich ändern konnte. Beim Hoster läuft der Shop nicht nur auf nginx. Wie kann man es den jetzt realisieren, das es auch durch die Änderung im backend “überall SSL verwenden” funzt.?
Was steht genau in deiner htaccess Sowie ich das sehe wird ja jede URL per 301 weiter geleitet auf https ? Kein Wunder das du zuviele Umlseitungen hast …
[quote=“kayyy”]Was steht genau in deiner htaccess[/quote] Im Moment ist sie wieder original. Also ohne Änderungen meiner seits. Probiert habe ich es mit solchen befehlen:(Unterschiedlichster Art) RewriteCond %{HTTPS} !=on RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] immer mit gleicher Meldung vom Browser : zu viele Umleitungen .
Zu viele Umleitungen könnte auch bedeuten, dass eine umgesetzte Rewriterule beim nächsten neuen Durchlauf der Rules wieder eine andere, direkt oder indirekt widersprechende Regel aktiviert. Ist das ausgeschlossen? Bei mir hat eine Regel in der Wurzel ("/") sich mit einer Regel aus einem Unterverzeichnis gebissen. Ergebnis war ebenfalls die “zu viele Umleitungen”-Ausgabe.
[quote=„selbstwaerts“]Zu viele Umleitungen könnte auch bedeuten, dass eine umgesetzte Rewriterule beim nächsten neuen Durchlauf der Rules wieder eine andere, direkt oder indirekt widersprechende Regel aktiviert. Ist das ausgeschlossen? Bei mir hat eine Regel in der Wurzel ("/") sich mit einer Regel aus einem Unterverzeichnis gebissen. Ergebnis war ebenfalls die „zu viele Umleitungen“-Ausgabe.[/quote] Das kann natürlich auch sein. Wie genau hast du dieses Problem bei dir Gelöst? Welche Änderungen hast du vorgenommen und wo?
Vielleicht wäre es praktischer, wenn Du Deine rewrites mal postest, dann könnte man drüber schauen. Also eigentlich alle rules von der Wurzel bis hoch (runter?) in das Verzeichnis, aus dem heraus ein script die Umleitungen scheitert. Das muss im Übrigen nicht zwangsläufig dasjenige Verzeichnis sein, dass in der URL steht. Ist ja rewritten.
[quote=„selbstwaerts“]Vielleicht wäre es praktischer, wenn Du Deine rewrites mal postest, dann könnte man drüber schauen. Also eigentlich alle rules von der Wurzel bis hoch (runter?) in das Verzeichnis, aus dem heraus ein script die Umleitungen scheitert. Das muss im Übrigen nicht zwangsläufig dasjenige Verzeichnis sein, dass in der URL steht. Ist ja rewritten.[/quote] Hallo selbstwaerts, Danke, das du dich wieder gemeldet hast. Hier ist meine .htaccess:
RewriteEngine on
#RewriteBase /shopware/
#Https config for the backend
#RewriteCond %{HTTPS} !=on
#RewriteRule backend/(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteRule shopware.dll shopware.php
RewriteRule files/documents/.* engine [NC,L]
RewriteRule backend/media/(.*) media/$1 [NC,L]
RewriteCond %{REQUEST_URI} !(/(engine|files|templates)/)
RewriteCond %{REQUEST_URI} !(/media/(archive|banner|image|music|pdf|unknown|video)/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ shopware.php [PT,L,QSA]
Fix missing authorization-header on fast_cgi installations
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
# Staging-Rules start #SetEnvIf Host „staging.test.shopware.in“ ENV=staging DirectoryIndex index.html DirectoryIndex index.php DirectoryIndex shopware.php # Disables download of configuration
Deny from all
# Enable gzip compression
AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/json
ExpiresActive on
ExpiresDefault „access plus 1 month“
FileETag None
Header append Cache-Control „public“
Header unset ETag
# Disables auto directory index
Options -Indexes
Options -MultiViews
php_value memory_limit 128M
php_value max_execution_time 120
php_value upload_max_filesize 20M
php_flag phar.readonly off
php_flag magic_quotes_gpc off
php_flag session.auto_start off
php_flag suhosin.session.cryptua off
php_flag zend.ze1_compatibility_mode off
# AddType x-mapp-php5 .php # AddHandler x-mapp-php5 .php aber wie ich schon vorhin geschrieben habe, sie ist original, ich habe da keine Änderungen vorgenommen und auch alle anderen Dateien die etwas mit URL Weiterleitung zu tun haben, habe ich nicht verändert. Mein Hoster hat mir empfohlen die komplett-SSL Verschlüsselung über den Server zu erzwingen. Es funktioniert ja auch, bist auf die Tatsache, das die Newsletter Anmeldung dann nicht mehr funktioniert und die Artikelbilder nicht über https laufen.
Dann lass mich erst noch mal auf das zuurückkommen, was Kayyy gefragt hat: Hast Du den Shop auf einem Apache- oder einem NGINX-Server laufen? Je nachdem wird die Konfiguration anders eingestellt. Also falls: http://serverfault.com/questions/250476/how-to-force-or-redirect-to-ssl-in-nginx Und falls doch Apache: Your text to link here… Das sollte ALLE Fälle abdecken.
Hallo fresh. Gibt’s bei Dir inzwischen etwas Neues?