staging.inyokaproject.org

Hallo ich habe ein Problem mit nginx und 301 nach einer Domainänderung.

Ich hatte ein 301 von http auf https:

server {
        listen 80;
        server_name my-domain.de www.my-domain.de;
        return 301 https://www.my-domain.de$request_uri;
}
server {
        listen 443;
        server_name my-domain.de;
        return 301 https://www.my-domain.de$request_uri;
}

Jetzt hat sich die Domain geändert, also habe ich die Konfiguration geändert:

server {
        listen 80;
        server_name my-domain.de www.my-domain.de my-new-domain.de www.my-new-domain.de;
        return 301 https://www.my-new-domain.de$request_uri;
}
server {
        listen 443;
        server_name my-domain.de my-new-domain.de www.my-new-domain.de;
        return 301 https://www.my-new-domain.de$request_uri;
}

Laut http://www.redirect-checker.org scheint alles in Ordnung zu sein, alle Anfrage geben ein 301 Moved Permanently auf https://www.my-new-domain.de zurück. Aber die Browser scheinen das nicht zu berücksichtigen, die Browser(chrome/firefox) bleiben auf https://www.my-domain.de. Nachdem ich meinen Browser-Cache geleert habe funktioniert alles im im Browser richtig. Aber ich kann doch schlecht meinen Besuchern sagen, siesollen doch bitte ihren Browser-cache leeren um die Seite besuchen zu können...

Ja, permanent redirects koennen boese sein.

Ein Redirect von https://www.my-domain.de auf https://www.my-new-domain.de ist nicht moeglich?

Hallo,

Theoretisch Ja, aber ich dachte immer, dass man sowas direkt in nginx behandeln kann.

ABER: ich habe den Fehler gefunden: Ich habe in den "listen 443;"-Blöcken das Zertifikat vergessen... Wenn ich das Zertifikat mit hereinnehme funktioniert es plötzlich.

Daher, immer bei 301 redirects cache header mitschicken. Z.B.:

server {
    listen 80;
    server_name my-domain.de www.my-domain.de my-new-domain.de www.my-new-domain.de;

    add_header Cache-Control "max-age=86400, s-maxage=3600";

    return 301 https://www.my-new-domain.de$request_uri;
}
server {
    listen 443;
    server_name my-domain.de my-new-domain.de www.my-new-domain.de;

    add_header Cache-Control "max-age=86400, s-maxage=3600";

    return 301 https://www.my-new-domain.de$request_uri;
}

Das cached den Redirect im Browser für 24h und in Proxies für 1h. Somit lässt sich der Redirect mit verzögern leicht ändern. Ansonsten ist ein Redirect Permanent halt... ja, permanent gecached ^^

Aber in deinen Fall sollten Browser die den alten redirect gecached haben, nur einen Redirect mehr haben. https://www.my-domain.de sollte auf https://www.my-new-domain.de gehen. Wenn jemand my-domain.de aufruft sollte er zuerst auf https://www.my-domain.de, dann auf https://www.my-new-domain.de kommen, wenn der alte redirect noch gecached war.