<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BlogTorrent &#187; debian</title>
	<atom:link href="http://www.blogtorrent.de/tag/debian/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blogtorrent.de</link>
	<description>Der Blog mit den zwei grossen Buchstaben</description>
	<lastBuildDate>Fri, 30 Dec 2011 10:36:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>mod_fcgid: HTTP request length 135714 (so far) exceeds MaxRequestLen (131072)</title>
		<link>http://www.blogtorrent.de/2010/11/30/mod_fcgid-http-request-length-135714-so-far-exceeds-maxrequestlen-131072/</link>
		<comments>http://www.blogtorrent.de/2010/11/30/mod_fcgid-http-request-length-135714-so-far-exceeds-maxrequestlen-131072/#comments</comments>
		<pubDate>Tue, 30 Nov 2010 22:17:24 +0000</pubDate>
		<dc:creator>Mark</dc:creator>
				<category><![CDATA[linux]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[lenny]]></category>
		<category><![CDATA[squeeze]]></category>

		<guid isPermaLink="false">http://www.blogtorrent.de/?p=403</guid>
		<description><![CDATA[Dieser interessante kleine Fehler trat, zumindest bei mir, auf wenn man, wie ich, von Debian lenny auf squeeze updated. Der Parameter MaxRequestLen kam mir unter lenny nie in die Wege. Dieser wurde wohl mit einem neuen default Wert versehen. Interessanterweise wirkt sich der Parameter darauf aus wie gross eine Datei sein darf welche man als [...]]]></description>
			<content:encoded><![CDATA[<p>Dieser interessante kleine Fehler trat, zumindest bei mir, auf wenn man, wie ich, von Debian lenny auf squeeze updated. Der Parameter MaxRequestLen kam mir unter lenny nie in die Wege.<br />
Dieser wurde wohl mit einem neuen default Wert versehen. Interessanterweise wirkt sich der Parameter darauf aus wie gross eine Datei sein darf welche man als Dateianhang hochladen möchte. In diesem Fall ganze 131072 bytes. Ein bisschen wenig <img src='http://www.blogtorrent.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p><strong>mod_fcgid: HTTP request length 135714 (so far) exceeds MaxRequestLen (131072)<br />
</strong></p>
<p>Der Paramter wird wie folgt in der Datei /etc/apache2/mods-available/fcgid.conf einfach angehoben. In diesem Beispiel auf 15MB.</p>
<p><code><IfModule mod_fcgid.c><br />
  AddHandler    fcgid-script .fcgi<br />
  FcgidConnectTimeout 20<br />
  MaxRequestLen 15728640<br />
</IfModule></code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.blogtorrent.de/2010/11/30/mod_fcgid-http-request-length-135714-so-far-exceeds-maxrequestlen-131072/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Lösung: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab</title>
		<link>http://www.blogtorrent.de/2010/04/01/losung-apache2-fastcgi-scripte-brechen-nach-40-sekunden-ab/</link>
		<comments>http://www.blogtorrent.de/2010/04/01/losung-apache2-fastcgi-scripte-brechen-nach-40-sekunden-ab/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 14:14:34 +0000</pubDate>
		<dc:creator>Mark</dc:creator>
				<category><![CDATA[linux]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[fastcgi]]></category>
		<category><![CDATA[mod_fgci]]></category>
		<category><![CDATA[php]]></category>

		<guid isPermaLink="false">http://www.blogtorrent.de/?p=317</guid>
		<description><![CDATA[Wer, wie ich, selbst schonmal dieses Problem hatte und erfolglos gesucht hat, dem sei nahegelegt folgenden Blogeintrag von Debian Root zu lesen: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab Ich habe die notwendigen Schritte bei mir selbst umgesetzt und alles läuft nun ohne &#8220;Premature end of script&#8221; &#38; &#8220;mod_fcgid: read data timeout in 40 [...]]]></description>
			<content:encoded><![CDATA[<p>Wer, wie ich, selbst schonmal dieses Problem hatte und erfolglos gesucht hat, dem sei nahegelegt folgenden Blogeintrag von <a title="Debian Root" href="http://www.debianroot.de" target="_blank" rel='nofollow'>Debian Root</a> zu lesen:<a title="Apache2 FastCGI Scripte brechen nach 40 Sekunden ab" rel="bookmark" href="http://www.debianroot.de/server/apache2-fastcgi-scripte-brechen-nach-40-sekunden-ab-1114.html" target="_blank"><br />
Apache2 FastCGI Scripte brechen nach 40 Sekunden ab</a></p>
<p>Ich habe die notwendigen Schritte bei mir selbst umgesetzt und alles läuft nun ohne &#8220;Premature end of script&#8221; &amp; &#8220;mod_fcgid: read data timeout in 40 seconds&#8221;.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blogtorrent.de/2010/04/01/losung-apache2-fastcgi-scripte-brechen-nach-40-sekunden-ab/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

