Was ist die Ursache 301-Weiterleitung?

Ich habe ein problem mit meinem server umleiten http://www.mylesgray.com:8080/ -> http://www.mylesgray.com/.

Hier sind meine Nginx default und fastcgi_params config-Dateien:

https://gist.github.com/1745271

https://gist.github.com/1745313

Dies ist eher ein ärgernis, als ich versuche zu laufen, ein benchmark von Nginx w/caching vs Lack w/caching auf der Oberseite des Nginx, um zu sehen, wenn es irgendeinen performance-Vorteil des einen über den anderen.

Als solche habe ich gerade Nginx w/caching lauscht auf port 8080 und Lack auf port 80 übermittelt, der alle nicht-Cache-Anfragen zu Nginx auf localhost:8080, so offensichtlich, was ich will zu tun ist, führen Sie eine ab benchmark auf http://www.mylesgray.com:8080/ und auf http://www.mylesgray.com/ um den Unterschied zu sehen.

Hier sind die Ergebnisse der curl -I auf verschiedene Adressen.

# curl -I http://www.mylesgray.com:8080

HTTP/1.1 301 Moved Permanently
Server: nginx/0.7.65
Date: Sun, 05 Feb 2012 12:07:34 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Powered-By: PHP/5.3.2-1ubuntu4.7ppa5~lucid1
X-Pingback: http://www.mylesgray.com/xmlrpc.php
Location: http://www.mylesgray.com/

# curl -I http://mylesgray.com

HTTP/1.1 301 Moved Permanently
Server: nginx/0.7.65
Content-Type: text/html; charset=UTF-8
X-Powered-By: PHP/5.3.2-1ubuntu4.7ppa5~lucid1
X-Pingback: http://www.mylesgray.com/xmlrpc.php
Location: http://www.mylesgray.com/
Content-Length: 0
Date: Sun, 05 Feb 2012 12:15:51 GMT
X-Varnish: 1419774165 1419774163
Age: 15
Via: 1.1 varnish
Connection: keep-alive

# curl -I http://mylesgray.com:8080

HTTP/1.1 301 Moved Permanently
Server: nginx/0.7.65
Date: Sun, 05 Feb 2012 12:16:08 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Powered-By: PHP/5.3.2-1ubuntu4.7ppa5~lucid1
X-Pingback: http://www.mylesgray.com/xmlrpc.php
Location: http://www.mylesgray.com/

Dann läuft curl -I http://www.mylesgray.com gibt:

# curl -I http://www.mylesgray.com

HTTP/1.1 200 OK
Server: nginx/0.7.65
Content-Type: text/html; charset=UTF-8
X-Powered-By: PHP/5.3.2-1ubuntu4.7ppa5~lucid1
X-Pingback: http://www.mylesgray.com/xmlrpc.php
Content-Length: 5132
Date: Sun, 05 Feb 2012 12:07:29 GMT
X-Varnish: 1419774133 1419774124
Age: 30
Via: 1.1 varnish
Connection: keep-alive

So wie Sie sehen können 80 war Lack und 8080 von Nginx, aber ich kann nicht finden, überall alles das, was eine 301-Weiterleitung, nicht in nginx.conf oder in der sites-enabled/default - Datei, und ich glaube, es ist nicht verursacht durch WordPress selbst, sondern ein sehr offen für Korrektur.

Bitte um Hilfe, das treibt mich in den Wahnsinn!

Myles

InformationsquelleAutor Myles Gray | 2012-02-05
  1. 2

    Dem Vorhandensein eines X-Powered-By: PHP header bedeutet, dass wordpress ist die Erteilung der 301. Es liegt an wordpress erzwingen http://www.mylesgray.com. Wenn Sie einen nicht standardmäßigen port, Benutzer-agents sind in der Regel die port im Host: - header. Versuchen Sie,

    fastcgi_param HTTP_HOST $host;

    mit dem rest Ihres fastcgi_param Richtlinien (oder Analog mit Ihrem "include fastcgi_params;") und es sollte dieses Problem beheben.

    • Ich habe dies nur Hinzugefügt, um mein /etc/nginx/fastcgi_params neu gestartet und alle Dienstleistungen, sondern curl ist immer noch angezeigt 301 ist für alle außer http://www.mylesgray.com.
    • Hier ist mein default Website conf und meine fastcgi_params Datei bzw.: gist.github.com/1745271 und gist.github.com/1745313
    • Welche version von nginx sind Sie? Überschreiben request-Header mit fastcgi_param nicht Hinzugefügt, bis 0.8.40, wie es scheint.
    • Ah... das kann sein - ich bin mit dem, was kommt mit 10.04, werde ich neu installieren, mit 1.0.11 und sehen, wie das geht...
    • Sie sind der Mann! Ausgezeichnet - funktioniert nun perfekt!
    InformationsquelleAutor kolbyjack
  2. 10

    Sollten Sie fügen Sie ein " /" am Ende Ihrer URLs. Darüber hinaus, wenn Sie starten Sie ab http://foo.com wird es wieder ein "ab: ungültige URL" angezeigt. Wenn Sie "ab-t 10 http://example.com/" alles funktioniert Prima. Sie sollten immer mit '/' in Ihren URLs otherwize Ihr webserver wird versuchen, leiten Sie die Seite, auf der home-Seite wird automatisch für Sie generiert eine unerwünschte zusätzliche Last auf dem server und einige extra-bytes auf der Leitung.

    Ihr web-server erzählte Sie, wie es gemacht wird:

    '/' fehlt und etwas ist falsch mit der port-numer:

    # curl -I http://www.mylesgray.com:8080
HTTP/1.1 301 Moved Permanently
[...]
======> Location: http://www.mylesgray.com/

    'www' und '/' sind fehlende:

    # curl -I http://mylesgray.com
HTTP/1.1 301 Moved Permanently
[...]
=======> Location: http://www.mylesgray.com/
[...]

    '/' und 'www' fehlen:

    # curl -I http://mylesgray.com:8080
HTTP/1.1 301 Moved Permanently
[...]
========> Location: http://www.mylesgray.com/

    'hoffe, das hilft 🙂

    InformationsquelleAutor Jérôme R
Schreibe einen Kommentar