Kommentare zu: WordPress ist einfach mal unfähig. http://ralf.stormbind.net/2007/09/25/wordpress-ist-einfach-mal-unfahig/ Tue, 07 Dec 2010 16:28:04 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: ralf http://ralf.stormbind.net/2007/09/25/wordpress-ist-einfach-mal-unfahig/#comment-65 ralf Thu, 27 Sep 2007 22:16:58 +0000 http://ralf.stormbind.net/2007/09/25/wordpress-ist-einfach-mal-unfahig/#comment-65 <strong>Sven</strong> said: <blockquote><P>Urgs. Ich wollte das grade garnicht richtig glauben, habe es dann noch mit einer anderen WP Installation probiert und dann auch noch mit externen WP Versionen die mit anderem Webserver betrieben werden. </blockquote> Also, WP sendet <a href="http://cgi-spec.golux.com/draft-coar-cgi-v11-03-clean.html#7.2.1.3" rel="nofollow">"Status: code"</a> - normalerweise wird das vom Webserver aufgenommen und eine entsprechende HTTP Response erzeugt. Aber, so meine Vermutung, schickt irgendwas in Wordpress vorher Inhalt so dass PHP gezwungen ist einen Status Code für den Webserver zusetzen. Da aber vermutlich noch nicht klar ist das später "Status: 400" kommt wirds mit 200 ausgeliefert. So oder so ähnlich könnte es sein. Sven said:

Urgs. Ich wollte das grade garnicht richtig glauben, habe es dann noch mit einer anderen WP Installation probiert und dann auch noch mit externen WP Versionen die mit anderem Webserver betrieben werden.

Also, WP sendet “Status: code” – normalerweise wird das vom Webserver aufgenommen und eine entsprechende HTTP Response erzeugt. Aber, so meine Vermutung, schickt irgendwas in WordPress vorher Inhalt so dass PHP gezwungen ist einen Status Code für den Webserver zusetzen. Da aber vermutlich noch nicht klar ist das später “Status: 400″ kommt wirds mit 200 ausgeliefert.

So oder so ähnlich könnte es sein.

]]> Von: Sven http://ralf.stormbind.net/2007/09/25/wordpress-ist-einfach-mal-unfahig/#comment-64 Sven Thu, 27 Sep 2007 21:04:06 +0000 http://ralf.stormbind.net/2007/09/25/wordpress-ist-einfach-mal-unfahig/#comment-64 Urgs. Ich wollte das grade garnicht richtig glauben, habe es dann noch mit einer anderen WP Installation probiert und dann auch noch mit externen WP Versionen die mit anderem Webserver betrieben werden. Resultat: WP handelt korrekt. Bei nicht gefundenen Seiten wird ja nicht nichts zurueck gegeben und auch keine generischer 404 Seite des Webservers sondern eine generierte Seite von WP die also generiert wird. Entsprechend kann der Webserver eine Webseite zurueck liefern und der Code 200 ist voellig ok. Auf Apache Systemen wird offensichtlich zusaetzlich der Status: 404 gesetzt. Bei lighthttpd ist das scheinbar nicht der Fall wobei ich nicht weiss in wie fern das standardisiert ist. Urgs. Ich wollte das grade garnicht richtig glauben, habe es dann noch mit einer anderen WP Installation probiert und dann auch noch mit externen WP Versionen die mit anderem Webserver betrieben werden.
Resultat: WP handelt korrekt. Bei nicht gefundenen Seiten wird ja nicht nichts zurueck gegeben und auch keine generischer 404 Seite des Webservers sondern eine generierte Seite von WP die also generiert wird. Entsprechend kann der Webserver eine Webseite zurueck liefern und der Code 200 ist voellig ok.
Auf Apache Systemen wird offensichtlich zusaetzlich der Status: 404 gesetzt. Bei lighthttpd ist das scheinbar nicht der Fall wobei ich nicht weiss in wie fern das standardisiert ist.

]]>