<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Geordneter Umzug (zu WordPress)</title>
	<atom:link href="http://dnaber.de/blog/2010/geordneter-umzug/feed/" rel="self" type="application/rss+xml" />
	<link>http://dnaber.de/blog/2010/geordneter-umzug/</link>
	<description>Die zehn neuesten Beiträge aus dem Blog von David Naber.</description>
	<lastBuildDate>Sat, 01 Oct 2011 10:34:40 +0000</lastBuildDate>
	<sy:updatePeriod>daily</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Von: David</title>
		<link>http://dnaber.de/blog/2010/geordneter-umzug/#comment-747</link>
		<dc:creator>David</dc:creator>
		<pubDate>Tue, 26 Jan 2010 11:23:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dnaber.de/?p=979#comment-747</guid>
		<description>Danke für den Hinweis mit dem Protokoll. Ich werd das mit einbeziehen. 

Ich hab anfänglich auch überlegt, ob ich die Regeln in die .htaccess schreibe, habe mich dann aber für diese Methode entschieden, weil ich sie komfortabler finde. Auf diese Weise konnt ich die Arrays schnell im WP-Backend ergänzen, ich hatte nicht alle URLs am Anfang berücksichtigt. 

Insgesamt machen die Requests die dadurch behandelt werden nur einen Bruchteil der Gesamtheit aus. Die 410 bekommen meist nur die Bots zu sehen und die Umleitungen sind permanent, sollten also mit der Zeit auch geringer werden. Performanceprobleme kann ich also noch ausschließen. Aber die Methode über die .htaccess wäre eine gute Ergänzung für den Artikel. Ich setzte mich da mal ran.</description>
		<content:encoded><![CDATA[<p>Danke für den Hinweis mit dem Protokoll. Ich werd das mit einbeziehen. </p>
<p>Ich hab anfänglich auch überlegt, ob ich die Regeln in die .htaccess schreibe, habe mich dann aber für diese Methode entschieden, weil ich sie komfortabler finde. Auf diese Weise konnt ich die Arrays schnell im WP-Backend ergänzen, ich hatte nicht alle URLs am Anfang berücksichtigt. </p>
<p>Insgesamt machen die Requests die dadurch behandelt werden nur einen Bruchteil der Gesamtheit aus. Die 410 bekommen meist nur die Bots zu sehen und die Umleitungen sind permanent, sollten also mit der Zeit auch geringer werden. Performanceprobleme kann ich also noch ausschließen. Aber die Methode über die .htaccess wäre eine gute Ergänzung für den Artikel. Ich setzte mich da mal ran.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Thomas Scholz</title>
		<link>http://dnaber.de/blog/2010/geordneter-umzug/#comment-744</link>
		<dc:creator>Thomas Scholz</dc:creator>
		<pubDate>Mon, 25 Jan 2010 23:25:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dnaber.de/?p=979#comment-744</guid>
		<description>Beantworte solche Requests immer innerhalb des vom Client verwendeten Protokolls. Einem Request in HTTP 1.0 darfst du keinen Response in HTTP 1.1 entgegnen; du weißt ja nicht, ob der Client das versteht. 

$_SERVER[&#039;SERVER_PROTOCOL&#039;] enthält diese Information.

Viel einfacher geht das natürlich, wenn du dem Server das alles überläßt und die Einträge in die .htaccess packst. Dann muß dafür auch nicht erst das ganze WordPress geladen werden.</description>
		<content:encoded><![CDATA[<p>Beantworte solche Requests immer innerhalb des vom Client verwendeten Protokolls. Einem Request in HTTP 1.0 darfst du keinen Response in HTTP 1.1 entgegnen; du weißt ja nicht, ob der Client das versteht. </p>
<p>$_SERVER['SERVER_PROTOCOL'] enthält diese Information.</p>
<p>Viel einfacher geht das natürlich, wenn du dem Server das alles überläßt und die Einträge in die .htaccess packst. Dann muß dafür auch nicht erst das ganze WordPress geladen werden.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

