<?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>LocalDev &#187; error</title>
	<atom:link href="http://localdev.de/tags/error/feed/" rel="self" type="application/rss+xml" />
	<link>http://localdev.de</link>
	<description>Web, Desktop &#38; Mobile Development</description>
	<lastBuildDate>Mon, 12 Jul 2010 15:39:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Javascript: Prüfen ob Variable definiert ist</title>
		<link>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/</link>
		<comments>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/#comments</comments>
		<pubDate>Wed, 31 Mar 2010 11:46:19 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[Javascript]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[define]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[undefined]]></category>
		<category><![CDATA[Variable]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=657</guid>
		<description><![CDATA[Bei Javascript, wie auch in anderen Sprachen, weiß man mitunter nie, ob eine Variable definiert wurde. Um dies zu überprüfen, nutze ich meist folgenden Code Schnipsel. if (typeof(VARIABLE) == &#34;undefined&#34;) { alert(&#34;VARIABLE ist nicht gesetzt&#34;); } Die Klammern bei typeof kann man weglassen. Ich persönlich habe es mir jedoch angewöhnt sie zu setzen, da hierdurch [...]]]></description>
			<content:encoded><![CDATA[<p>Bei Javascript, wie auch in anderen Sprachen, weiß man mitunter nie, ob eine Variable definiert wurde. Um dies zu überprüfen, nutze ich meist folgenden Code Schnipsel.</p>
<pre class="brush: jscript;">
if (typeof(VARIABLE) == &quot;undefined&quot;)
{
    alert(&quot;VARIABLE ist nicht gesetzt&quot;);
}
</pre>
<p>Die Klammern bei <em>typeof</em> kann man weglassen. Ich persönlich habe es mir jedoch angewöhnt sie zu setzen, da hierdurch die Zusammengehörigkeit der Werte besser zu erkennen ist.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lighttpd 1.4: HTTP 417 Expectation Failed</title>
		<link>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/</link>
		<comments>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/#comments</comments>
		<pubDate>Wed, 13 Jan 2010 14:22:40 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[.NET]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[417]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[C#]]></category>
		<category><![CDATA[cURL]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[Header]]></category>
		<category><![CDATA[Lighttpd]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=417</guid>
		<description><![CDATA[Versucht man mit einer cURL oder .NET Anwendung POST Daten an einen Lighttpd 1.4 Server zu senden, bekommt man die Meldung HTTP/1.1 417 Expectation Failed Dies liegt daran, das die Programme einen Expect: 100-continue Header senden, und als Antwort 100 (Continue) oder 417 Expectation Failed erwarten. Lighty kennt den Header jedoch nicht, und antwortet deswegen [...]]]></description>
			<content:encoded><![CDATA[<p>Versucht man mit einer cURL oder .NET Anwendung POST Daten an einen Lighttpd 1.4 Server zu senden, bekommt man die Meldung</p>
<pre class="brush: plain;">

HTTP/1.1 417 Expectation Failed
</pre>
<p>Dies liegt daran, das die Programme einen <em>Expect: 100-continue</em> Header senden, und als Antwort <em>100 (Continue)</em> oder <em>417 Expectation Failed</em> erwarten. Lighty kennt den Header jedoch nicht, und antwortet deswegen mit dem besagten <em>417 Expectation Failed</em>.</p>
<p>Der <em>Expect: 100-continue</em> Header soll verhindern, das Daten an den Server gesendet werden, die nicht benötigt werden. Erkennt der Server z.B. das er die Anfrage ablehnen muss, kann er dies dem Client mitteilen, noch bevor die POST Daten übermittelt wurden.</p>
<p>Wer dennoch POST Daten an Lighty senden möchte, kann die folgenden Paramter anpassen:</p>
<p><strong>.NET</strong></p>
<pre class="brush: csharp;">

System.Net.ServicePointManager.Expect100Continue = false;
</pre>
<p><strong>cURL unter PHP</strong></p>
<pre class="brush: php;">
curl_setopt($objCurl, CURLOPT_HTTPHEADER, array('Expect: '));
</pre>
<p><strong>cURL auf der Kommandozeile</strong></p>
<pre class="brush: bash;">
curl -v -H &quot;Expect: &quot; -F &quot;field=value&quot; http://example.com/upload.php
</pre>
<p>Alternativ aktualisiert man auf Lighttpd 1.5. Dieser kennt den <em>Expect: 100-continue</em> Header und beantwortet entsprechende Anfragen korrekt.</p>
<p>Browser senden übrigens keinen <em>Expect: 100-continue</em> Header.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>MySQL: Thread stack overrun</title>
		<link>http://localdev.de/2009/11/mysql-thread-stack-overrun/</link>
		<comments>http://localdev.de/2009/11/mysql-thread-stack-overrun/#comments</comments>
		<pubDate>Wed, 11 Nov 2009 08:15:19 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[stack overrun]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=269</guid>
		<description><![CDATA[Diese Fehlermeldung bekam ich beim Ausführen einer Stored Procedure, die lediglich zwei Einträge in die Tabellen einfügt. SQL Error: Thread stack overrun: 8824 bytes used of a 131072 byte stack, and 128000 bytes needed. Use 'mysqld -O thread_stack=#' to specify a bigger stack. Schuld ist eine Voreinstellung bei Debian basierten Distributionen. In der /etc/mysql/my.cnf wird [...]]]></description>
			<content:encoded><![CDATA[<p>Diese Fehlermeldung bekam ich beim Ausführen einer Stored Procedure, die lediglich zwei Einträge in die Tabellen einfügt.</p>
<pre class="brush: sql;">SQL Error: Thread stack overrun: 8824 bytes used of a 131072 byte stack, and 128000 bytes needed. Use 'mysqld -O thread_stack=#' to specify a bigger stack.</pre>
<p>Schuld ist eine Voreinstellung bei Debian basierten Distributionen. In der <em>/etc/mysql/my.cnf</em> wird der Wert von <em>thread_stack</em> auf <em>128k</em> festgelegt. Erhöht man diesen Wert auf <em>192k</em> (MySQL Standard), funktionieren auch einfache Stored Procedures wieder.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2009/11/mysql-thread-stack-overrun/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using memcached
Page Caching using memcached
Database Caching 4/12 queries in 0.003 seconds using memcached

Served from: localdev.de @ 2010-07-29 21:53:12 -->