www gibt "too many redirects"

  • Hallo,

    bekomme den Error bei Chrome "ERR_TOO_MANY_REDIRECTS". Meine Domain läuft unter "https://example.com" und ist in den WP Einstellungen auch überall so eingetragen. Um alle http-Anfragen auf https weiterzuleiten habe ich in der .htaccess VOR dem Wordpress Block folgendes eingebunden:

    Apache Configuration
    RewriteEngine On
    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]

    Sobald ich aber ein www. davorsetze, gibts den Error. Also https://www.example.com und http://example.com.

    Grüße

    3 Mal editiert, zuletzt von Effection66 (23. April 2019 um 10:52)

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • wurden mit Better Search Replace die alten Pfade in der Datenbank gesucht und ersetzt?

    [size=10]Bitte immer zuerst die Forensuche nutzen und erst danach Deine Fragen hier im Forum stellen, denn sehr vieles wurde schon mehrfach beantwortet. Bitte dabei auch die Forenregeln beachten.
    Kein Support per PN - Fragen gehören ins Forum.[/SIZE]
    [size=8]Wenn du eine weise Antwort verlangst, musst du vernünftig fragen. (Johann Wolfgang von Goethe)[/SIZE]

  • Ob Wartungsmodus oder nicht ist für das Nachvollziehen des genannten Problem eher nicht relevant.

    Die angegebenen Redirects könnte man auch mit der Startseite oder [FONT=Courier New]/readme.html[/FONT] o.ä. testen...

    1. Deaktiviere das WP Rocket Cache-Plugin.
    2. Weiterhin alle anderen ggf. vorhandenen CDN- oder Optimierungsplugins wie Cloudflare usw.
    3. Falls vorhanden entferne [FONT=Courier New]define( 'RELOCATE', true );[/FONT] aus der Datei [FONT=Courier New]wp-config.php[/FONT]
  • Wenn man ein Problem sucht, eliminiert man erstmal alle unnötigen Dinge, die das Problem (mit)verursachen können. Der Punkt 3. hätte dauerhaft ohnehin nichts dort verloren.

  • Punkt 3 habe ich gecheckt, war nicht in der php-Datei.

    Alle Performance-Plugins etc. sind nun deaktivert sowie der CDN. Und siehe da, es geht ...
    Erst mal Danke für den Tipp.
    Habe WP Rocket wieder aktiviert, geht auch. CDN aktiviert, geht auch.

    Kann das sein, dass da was "refreshed" wurde und da alte Referenzen lagen?

    Jetzt noch die Frage (wird wahrscheinlich einfach gehen), alle www-Anfragen auf die ohne www-URL umzuleiten. Möchte ausschließlich ohne www arbeiten in meiner Domain.

    Noch mal, danke @b3317133

  • versuche es in der htaccess mal damit

    Apache Configuration
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
    RewriteRule ^(.*)$ http://example.com/$1 [R=301,L]

    Das Geheimnis des Könnens liegt im Wollen!
    [size=12]Bitte keine Hilfegesuche per PN (auch keine "privaten" Links). Das ist ein öffentliches Forum.[/SIZE]

    Einmal editiert, zuletzt von SirEctor (24. April 2019 um 23:10)

  • Mit Wartungsmodus aktiv machen sowohl Cache- als auch CDN-Plugins keinen Sinn, es führt (wie hier) eher zu Problemen.

    Für "ohne www" muss WordPress erst auf "ohne www" eingerichtet und alle Pfade umgestellt werden (z.B. via "Better Search Replace").

    Dann kann man für "nicht WordPress Links" wie z.B. Direktlinks zu Grafiken oder [FONT=Courier New]/readme.html[/FONT] o.ä. noch eine entspr. Weiterleitung in [FONT=Courier New].htaccess[/FONT] ergänzen, wie z.B. siehe @SirEctor. Seiten und Links, die von WordPress selbst generiert werden, werden nach der o.g. Einrichtung auch ohne extra [FONT=Courier New].htaccess[/FONT] ohnehin autom. auf "ohne WWW" weiterleiten, ausser eines Deiner Cache- bzw. CDN-Plugins funkt dazwischen.

    7 Mal editiert, zuletzt von b3317133 (23. April 2019 um 15:33)

  • Danke @SirEctor , hat funktioniert.

    @b3317133 Ja, habe auch gemerkt, dass diese Wartungsmodusplugins die ganze Cache-Geschichte durcheinander bringen.
    Also ich habe beim Installieren damals immer ohne www gearbeitet in ganz Wordpress.

    Wäre es dennoch sinnvoll mit Better Search Replace nach https://www Einträgen zu suchen und alle durch https:// zu ersetzen?

  • Wenn die Seite sauber "ohne www" eingerichtet wurde, sollte kein Ersetzen nötig sein.

    Man muss dann natürlich auch alle Plugins entspr. korrekt einrichten, das war vorhin nicht der Fall. Ob es am Wartungsplugin oder an den Cache- bzw. CDN-Plugins lag, wäre dann noch zu klären wenn das Wartungsplugin weg ist.

    Noch am Rande: Bei der RewriteRule von @SirEctor sollte man statt auf http:// auf https:// weiterleiten, dann spart man WordPress und dem Browser einen extra Redirect.

  • Ich glaube das lag am CDN. Der geht ja bei Ionos über Cloudflare. Anscheinend hat mir Ionos die Subdomain mit www erstellt, die habe ich nämlich nicht erstellt. Habe sie gelöscht und nun funktioniert es. Bei Ionos ist nur noch die Systemdomain und meine Domain ohne www verbucht. So wie's sein soll.

    EDIT: Jetzt bekomme ich beim www-Aufruf ein:

    ERR_NAME_NOT_RESOLVED

    Bin jetzt ins Ionos CP und habe wieder die Subdomain www. erstellt und als Weiterleitung auf die ohne www gesetzt. Funktioniert aber auch nicht. In der .htaccess steht das von @SirEctor mit https drin.

    EDIT2: nun gehts auf einmal, dauert immer etwas ..

    Ist es üblich, dass man eine www-Subdomain erstellt und diese als Weiterleitung auf die ohne konfiguriert?

    4 Mal editiert, zuletzt von Effection66 (23. April 2019 um 16:14)

  • Würde auf das CDN verzichten (ist mMn. bei Deiner Seite komplett unnötig, wäre nur bei hohem internationalen Traffic interessant) und entweder

    a) die Domain mit und ohne www auf den gleichen Ordner zeigen lassen, ggf. mit ergänzendem .htaccess von SirEctor für direkte Grafik-Links

    oder

    b) die Domain mit www bei Ionos per "externem Redirect" auf ohne www weiterleiten, dann ohne .htaccess von SirEctor

    Und zwischen allen Versuchen immer wieder das Browser-Cache leeren nicht vergessen, die Browser merken sich auch Redirects...

  • Möglichkeit a) habe ich nun gewählt mit dem .htaccess-Eintrag. CDN war auch nur für Testzwecke gedacht, habe ihn nun deaktiviert. WP Rocket läuft auch wieder reibungslos.

    Cool, vielen lieben Dank an Euch zwei!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!