<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments for Darkleo's Blog</title>
	<link>http://www.darkleo.com/blog</link>
	<description>Ein Schatz, der seinen Besitzer überallhin begleitet.</description>
	<pubDate>Sat, 17 May 2008 11:27:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>Comment on Eigener Datentyp SmallGuid by Thomas</title>
		<link>http://www.darkleo.com/blog/2008/01/24/eigener-datentyp-smallguid/#comment-8</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 24 Jan 2008 14:10:59 +0000</pubDate>
		<guid>http://www.darkleo.com/blog/2008/01/24/eigener-datentyp-smallguid/#comment-8</guid>
		<description>Hi,

nett - aber so richtig viele Zeichen spart man damit ja noch nicht, und ganz URL-tauglich ist es auch nicht, weil mit relativ hoher Wahrscheinlichkeit auch / generiert werden.



&lt;blockquote&gt;Ja das Stimmt 3f sollte im Guid nicht Vorkommen, erweiterungswürdig und damit würde man paar Prozent genauigkeit verlieren
Wenn man in einer Url nur 120 zur Verfügung hat, standen für Key und Text 100 zur Verfügung und 10 Zeichen mehr oder weniger machen schon einen Unterschied.
Theoretisch wäre es möglich in der DB Key-Guid zu speichern, aber ein kleinerer GuidTyp fand ich mal eine Gute Idee und vor Allem sollte es nur zeigen, wie implizit und explizit funktioniert.
&lt;/blockquote&gt;

Lösung

&lt;blockquote&gt;
RFC 3548 beschreibt ebenfalls diese Kodierung, schlägt allerdings eine leicht modifizierte Variante vor, welche benutzt werden soll, falls die Zeichen + und / nicht angewendet werden können. (Zum Beispiel bei Dateinamen oder anderen Umgebungen, wo diese Zeichen eine Sonderbedeutung haben.) Diese Zeichen werden durch - (Minus, ASCII 2Dhex) und _ (Unterstrich, ASCII 5Fhex) ersetzt.&lt;/blockquote&gt;



</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>nett - aber so richtig viele Zeichen spart man damit ja noch nicht, und ganz URL-tauglich ist es auch nicht, weil mit relativ hoher Wahrscheinlichkeit auch / generiert werden.</p>
<blockquote><p>Ja das Stimmt 3f sollte im Guid nicht Vorkommen, erweiterungswürdig und damit würde man paar Prozent genauigkeit verlieren<br />
Wenn man in einer Url nur 120 zur Verfügung hat, standen für Key und Text 100 zur Verfügung und 10 Zeichen mehr oder weniger machen schon einen Unterschied.<br />
Theoretisch wäre es möglich in der DB Key-Guid zu speichern, aber ein kleinerer GuidTyp fand ich mal eine Gute Idee und vor Allem sollte es nur zeigen, wie implizit und explizit funktioniert.
</p></blockquote>
<p>Lösung</p>
<blockquote><p>
RFC 3548 beschreibt ebenfalls diese Kodierung, schlägt allerdings eine leicht modifizierte Variante vor, welche benutzt werden soll, falls die Zeichen + und / nicht angewendet werden können. (Zum Beispiel bei Dateinamen oder anderen Umgebungen, wo diese Zeichen eine Sonderbedeutung haben.) Diese Zeichen werden durch - (Minus, ASCII 2Dhex) und _ (Unterstrich, ASCII 5Fhex) ersetzt.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Macro: Attach2Asp_wp.exe by "attach to process" automatisieren &#124; Code-Inside Blog</title>
		<link>http://www.darkleo.com/blog/2007/12/06/macro-attach2asp_wpexe/#comment-4</link>
		<dc:creator>"attach to process" automatisieren &#124; Code-Inside Blog</dc:creator>
		<pubDate>Tue, 08 Jan 2008 19:33:36 +0000</pubDate>
		<guid>http://www.darkleo.com/blog/2007/12/06/macro-attach2asp_wpexe/#comment-4</guid>
		<description>[...] Wer zum entwicklen von ASP.net Seiten nicht den Development server sondern den IIS benutzt kennt das Problem: Wenn man den Code debuggen will muss man jedes mal den asp worker Prozess per Hand suchen, das nervt auf dauer. Eine Anleitung wie man das ganze einfach automatiesieren kann gibts unter: http://www.darkleo.com/blog/2007/12/06/macro-attach2asp_wpexe/ [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Wer zum entwicklen von ASP.net Seiten nicht den Development server sondern den IIS benutzt kennt das Problem: Wenn man den Code debuggen will muss man jedes mal den asp worker Prozess per Hand suchen, das nervt auf dauer. Eine Anleitung wie man das ganze einfach automatiesieren kann gibts unter: <a href="http://www.darkleo.com/blog/2007/12/06/macro-attach2asp_wpexe/" rel="nofollow">http://www.darkleo.com/blog/2007/12/06/macro-attach2asp_wpexe/</a> [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unterschiede zwischen WCSF und ASP.NET MVC Framework by W&#246;chentliche Rundablage: ASP.NET MVC, ADO.NET Dataservices (&#34;Astoria&#34;), ASP.NET, LINQ, WPF &#124; Code-Inside Blog</title>
		<link>http://www.darkleo.com/blog/2007/12/11/unterschiede-zwischen-wcsf-und-aspnet-mvc-framework/#comment-3</link>
		<dc:creator>W&#246;chentliche Rundablage: ASP.NET MVC, ADO.NET Dataservices (&#34;Astoria&#34;), ASP.NET, LINQ, WPF &#124; Code-Inside Blog</dc:creator>
		<pubDate>Mon, 17 Dec 2007 19:05:41 +0000</pubDate>
		<guid>http://www.darkleo.com/blog/2007/12/11/unterschiede-zwischen-wcsf-und-aspnet-mvc-framework/#comment-3</guid>
		<description>[...] Unterschiede zwischen WCSF und ASP.NET MVC Framework [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Unterschiede zwischen WCSF und ASP.NET MVC Framework [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
