http -->https und www -->ohne www

Kombinie beides einfach und gib als Ziel direkt https://beispiel.rocks/www..... an.

RewriteEngine on
RewriteCond %{HTTP_HOST} !^www.meine-domain.de$ [OR]
RewriteCond %{HTTPS} !=on
#egal was zutrifft, leite auf https + www um
RewriteRule ^(.*)$ https://beispiel.rocks/www.meine-domain.de/$1 [L,R=301]

ungetestet ....

Deine da oben sollten auch gehen, wenn Du beide einfach nacheinander einbaust, aber das "RewriteEngine on" natürlich nur einmal. Dann leitet er im Zweifel zwei mal um. erst von https://beispiel.rocks/beispiel.rocks/domain an https://beispiel.rocks/beispiel.rocks/www.domain und dann an https://beispiel.rocks/www.domain

Gut, Endlosschleife könnte passieren, aber die angehängte URL eigentlich nicht, also nicht von den Rules, weder den neuen noch den alten.

Endlosschleife aber vielleicht, weil

RewriteCond %{HTTPS} !=on

unbekannt ist und somit NIE ON ist.

Tausche das mal aus gegen:

RewriteCond %{ENV:HTTPS} !=on

Edit:

Alternativ, versuche es per Server Port:

RewriteCond %{SERVER_PORT} !^443$

#ssl an
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule .* https deine seide . de%{REQUEST_URI}
[L,R=301]
##### www nach ohne
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^(.*)$ https://beispiel.rocks/%1/$1
[R=301,L]

https deine seide einfach ersetzen. also einfach die url rein bis zum %

Nee CatCat, die Schlussfolgerung mit dem "scheint er zu kennen" kann komplett falsch sein, denn:

Wenn Du ankommst mit https://beispiel.rocks/beispiel.rocks/www, dann ist %{HTTPS} "off". Die Cond müsste also greifen und entsprechend weiterleiten. Wie Du sagst, macht er das auch. Aber wenn dann https://beispiel.rocks/www aufgerufen wird, dann müsste %{HTTPS} "on" sein und somit würde die Cond nicht mehr zutreffen. Es erfolgt dann keine Weiterleitung mehr.

Nachdem aber eine Endlosschleife kommt, kann es eben sein, dass da trotz "https" kein "on" gesendet wird. Somit würde die Cond immer greifen und immer weiterleiten -> endlos eben.

Hast Du es denn mal mit der Version über den Port versucht?

Kann es eventuell sein, dass die Endlosschleife vom Shopsystem kommt? Also dass das sagt, "nee, https will ich nicht" und schickt dich wieder an "http", wonach dann die htacess wieder sagt "nee, https muss her" und auch weiterleitet. Dann wäre das auch eine Endlosschleifen.

Alex, warum schreibst Du nun was von "www nach ohne". Er möchte es doch genau umgedreht haben ??

arrgh kakke. nee ich habe das nur oben gelesen.

Aber Syno ich glaube du bist da auf den richtigen Pfad. Das könnte ein CMS Problem sein, wenn das also auch umleitet.

Korrigiert nochmal und Sorry:

#ssl an
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule .* https www deine seide . de%{REQUEST_URI}
[L,R=301]
##### ohne nach www
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://beispiel.rocks/www.%{HTTP_HOST}/$1 [R=301,L]


[R=301,L]

Was bedeutet das "[R=301,L]" da ganz am Ende?

Aber ja, ich denke, das ist ein CMS-Problem oder in der htaccess steht noch mehr, was wir nicht wissen. Diese http://domain.de/domain.de/domain.de/domain.de/ können mit den Rules nicht auftreten. Die Rules kennen "Domain" noch nicht mal.

"HTTP:X-Forwarded-Proto" ist ein guter Ansatz, aber denke ich eher weniger. "HTTP:X-Forwarded-Proto" ist für Reverse-Proxies und Load-Balancer.

krass.. die letzte zeile hat sich eingeschlichen

#ssl an
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule .* https www deine seide . de%{REQUEST_URI}
[L,R=301]
##### ohne nach www
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://beispiel.rocks/www.%{HTTP_HOST}/$1 [R=301,L]