<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.9" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Kommentare zu: dank informatik</title>
	<link>http://www.rackblogger.de/2006/05/18/dank-informatik/</link>
	<description>We love to HOST you. :-)</description>
	<pubDate>Fri, 24 May 2013 04:46:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.9</generator>

	<item>
		<title>Von: RackBlogger &#187; Blog Archive &#187; Rekursion ist sch**e</title>
		<link>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-36</link>
		<pubDate>Wed, 19 Jul 2006 07:11:29 +0000</pubDate>
		<guid>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-36</guid>
					<description>[...] Jedenfalls habe ich unser seCGI nun noch etwas modifiziert, damit die Anzahl der gleichzeitigen Kundenscripts besser und zuverlässiger limitiert werden kann. So bricht die Rekursion in diesem Fall nach einer bestimmten Anzahl an Aufrufen ab und liefert einen hübschen &#8220;500 - Internal Server Error&#8221; statt SMS-Meldungen von Nagios und Schweißperlen auf unseren Gesichtern. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Jedenfalls habe ich unser seCGI nun noch etwas modifiziert, damit die Anzahl der gleichzeitigen Kundenscripts besser und zuverlässiger limitiert werden kann. So bricht die Rekursion in diesem Fall nach einer bestimmten Anzahl an Aufrufen ab und liefert einen hübschen &#8220;500 - Internal Server Error&#8221; statt SMS-Meldungen von Nagios und Schweißperlen auf unseren Gesichtern. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: xwolf</title>
		<link>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-8</link>
		<pubDate>Fri, 19 May 2006 15:29:57 +0000</pubDate>
		<guid>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-8</guid>
					<description>Bei uns läuft Apache2...</description>
		<content:encoded><![CDATA[<p>Bei uns läuft Apache2&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Klaus Keppler</title>
		<link>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-7</link>
		<pubDate>Thu, 18 May 2006 20:29:21 +0000</pubDate>
		<guid>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-7</guid>
					<description>Gerne - kein Problem :-)
Wir haben auf manchen Maschinen übrigens durchaus über 200 virtuelle Hosts; die Limits sollen ja auch nur wildlaufende Scripts und übermutige Kunden ausbremsen...
Habt ihr Apache 2.0 oder 1.3 im Einsatz? Produktiv läuft seCGI bei uns derzeit mit 1.3, das 2er Plugin muss noch geringfügig angepasst werden (vor allem wegen dem CGI Daemon für die Worker-MPM).</description>
		<content:encoded><![CDATA[<p>Gerne - kein Problem <img src='http://www.rackblogger.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Wir haben auf manchen Maschinen übrigens durchaus über 200 virtuelle Hosts; die Limits sollen ja auch nur wildlaufende Scripts und übermutige Kunden ausbremsen&#8230;<br />
Habt ihr Apache 2.0 oder 1.3 im Einsatz? Produktiv läuft seCGI bei uns derzeit mit 1.3, das 2er Plugin muss noch geringfügig angepasst werden (vor allem wegen dem CGI Daemon für die Worker-MPM).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: xwolf</title>
		<link>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-6</link>
		<pubDate>Thu, 18 May 2006 20:24:30 +0000</pubDate>
		<guid>http://www.rackblogger.de/2006/05/18/dank-informatik/#comment-6</guid>
					<description>Sag mal bitte bescheid, wenn ihr “seCGI” veröffentlich.
Wir benutzen im Rechenzentrum suphp und suexec, aber können da leider ja eben keine bessere Limitierungen als den Timeout vornehmen (was aber auch bislang nicht wirklich notwendig war, trotz einer Unzahl von über 100 virtuelle Hosts pro Kiste hab ich eine CPU Auslastung unter 1% auf den Sunserver, sieht man von Peaks ab).</description>
		<content:encoded><![CDATA[<p>Sag mal bitte bescheid, wenn ihr “seCGI” veröffentlich.<br />
Wir benutzen im Rechenzentrum suphp und suexec, aber können da leider ja eben keine bessere Limitierungen als den Timeout vornehmen (was aber auch bislang nicht wirklich notwendig war, trotz einer Unzahl von über 100 virtuelle Hosts pro Kiste hab ich eine CPU Auslastung unter 1% auf den Sunserver, sieht man von Peaks ab).
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
