<?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>Comments on: Kitmee: My Big Project</title>
	<atom:link href="http://danielmiessler.com/blog/kitmee-my-big-project/feed" rel="self" type="application/rss+xml" />
	<link>http://danielmiessler.com/blog/kitmee-my-big-project</link>
	<description>grep understanding</description>
	<lastBuildDate>Sun, 29 Jan 2012 20:44:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Daniel Miessler</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-72437</link>
		<dc:creator>Daniel Miessler</dc:creator>
		<pubDate>Sun, 22 Jul 2007 15:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-72437</guid>
		<description>&lt;p&gt;Thanks for the comments. &lt;/p&gt;

&lt;p&gt;The decentralized approach takes away from the openness of the system. The idea is to be able to hit this service from any system with a browser. I want to keep the entire system as simple as possible, and having to worry about a protocol for distributing and managing the content would run counter to that. But it&#039;s definitely an attractive thought.&lt;/p&gt;

&lt;p&gt;I agree that privacy is an issue. The idea is to strictly control who can read your URI set based on HTTP auth, and to use SSL to encrypt the contents if desired.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for the comments. </p>

<p>The decentralized approach takes away from the openness of the system. The idea is to be able to hit this service from any system with a browser. I want to keep the entire system as simple as possible, and having to worry about a protocol for distributing and managing the content would run counter to that. But it&#8217;s definitely an attractive thought.</p>

<p>I agree that privacy is an issue. The idea is to strictly control who can read your URI set based on HTTP auth, and to use SSL to encrypt the contents if desired.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Miessler</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-248371</link>
		<dc:creator>Daniel Miessler</dc:creator>
		<pubDate>Sun, 22 Jul 2007 15:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-248371</guid>
		<description>&lt;p&gt;Thanks for the comments. &lt;/p&gt;

&lt;p&gt;The decentralized approach takes away from the openness of the system. The idea is to be able to hit this service from any system with a browser. I want to keep the entire system as simple as possible, and having to worry about a protocol for distributing and managing the content would run counter to that. But it&#039;s definitely an attractive thought.&lt;/p&gt;

&lt;p&gt;I agree that privacy is an issue. The idea is to strictly control who can read your URI set based on HTTP auth, and to use SSL to encrypt the contents if desired.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for the comments. </p>

<p>The decentralized approach takes away from the openness of the system. The idea is to be able to hit this service from any system with a browser. I want to keep the entire system as simple as possible, and having to worry about a protocol for distributing and managing the content would run counter to that. But it&#8217;s definitely an attractive thought.</p>

<p>I agree that privacy is an issue. The idea is to strictly control who can read your URI set based on HTTP auth, and to use SSL to encrypt the contents if desired.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ncloud</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-72282</link>
		<dc:creator>ncloud</dc:creator>
		<pubDate>Sat, 21 Jul 2007 21:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-72282</guid>
		<description>&lt;p&gt;Instead of having a central repository of information, what if it worked like a P2P (torrent) application?  Your information resides on your PC, and is always &quot;uploading&quot; to those who want it.  For security, you could implement public/private keys -- your friends send you their public keys and that&#039;s how they are authenticated.  The server that hosts the tracker could also be responsible for authentication.  That way if someone requests your information, your bandwidth doesn&#039;t get touched unless the server hosting the tracker allows the other client to connect.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Instead of having a central repository of information, what if it worked like a P2P (torrent) application?  Your information resides on your PC, and is always &#8220;uploading&#8221; to those who want it.  For security, you could implement public/private keys &#8212; your friends send you their public keys and that&#8217;s how they are authenticated.  The server that hosts the tracker could also be responsible for authentication.  That way if someone requests your information, your bandwidth doesn&#8217;t get touched unless the server hosting the tracker allows the other client to connect.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ncloud</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-248370</link>
		<dc:creator>ncloud</dc:creator>
		<pubDate>Sat, 21 Jul 2007 21:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-248370</guid>
		<description>&lt;p&gt;Instead of having a central repository of information, what if it worked like a P2P (torrent) application?  Your information resides on your PC, and is always &quot;uploading&quot; to those who want it.  For security, you could implement public/private keys -- your friends send you their public keys and that&#039;s how they are authenticated.  The server that hosts the tracker could also be responsible for authentication.  That way if someone requests your information, your bandwidth doesn&#039;t get touched unless the server hosting the tracker allows the other client to connect.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Instead of having a central repository of information, what if it worked like a P2P (torrent) application?  Your information resides on your PC, and is always &#8220;uploading&#8221; to those who want it.  For security, you could implement public/private keys &#8212; your friends send you their public keys and that&#8217;s how they are authenticated.  The server that hosts the tracker could also be responsible for authentication.  That way if someone requests your information, your bandwidth doesn&#8217;t get touched unless the server hosting the tracker allows the other client to connect.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: georgeblunt</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-72024</link>
		<dc:creator>georgeblunt</dc:creator>
		<pubDate>Fri, 20 Jul 2007 12:11:23 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-72024</guid>
		<description>&lt;p&gt;Sounds like an interesting idea. I am a little concerned about privacy though. The idea of a central server hosting all the sensitive data of all users using this system is questionable, considering the open approach.
I can&#039;t think of a decentralized solution right away but i would be interested what you have to say about this. Just think about the value of the database if this thing works. Names, adresses and interests. I really think, a central server hosting all those info could be quite a concern.
I gonna keep a look at the development, because i think, it&#039;s a pretty interesting project. I also would be able to contribute a client, because i am a java developer (especially eclipse rcp).
Keep me updated. ^^&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Sounds like an interesting idea. I am a little concerned about privacy though. The idea of a central server hosting all the sensitive data of all users using this system is questionable, considering the open approach.
I can&#8217;t think of a decentralized solution right away but i would be interested what you have to say about this. Just think about the value of the database if this thing works. Names, adresses and interests. I really think, a central server hosting all those info could be quite a concern.
I gonna keep a look at the development, because i think, it&#8217;s a pretty interesting project. I also would be able to contribute a client, because i am a java developer (especially eclipse rcp).
Keep me updated. ^^</p>]]></content:encoded>
	</item>
	<item>
		<title>By: georgeblunt</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-248369</link>
		<dc:creator>georgeblunt</dc:creator>
		<pubDate>Fri, 20 Jul 2007 12:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-248369</guid>
		<description>&lt;p&gt;Sounds like an interesting idea. I am a little concerned about privacy though. The idea of a central server hosting all the sensitive data of all users using this system is questionable, considering the open approach.
I can&#039;t think of a decentralized solution right away but i would be interested what you have to say about this. Just think about the value of the database if this thing works. Names, adresses and interests. I really think, a central server hosting all those info could be quite a concern.
I gonna keep a look at the development, because i think, it&#039;s a pretty interesting project. I also would be able to contribute a client, because i am a java developer (especially eclipse rcp).
Keep me updated. ^^&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Sounds like an interesting idea. I am a little concerned about privacy though. The idea of a central server hosting all the sensitive data of all users using this system is questionable, considering the open approach.
I can&#8217;t think of a decentralized solution right away but i would be interested what you have to say about this. Just think about the value of the database if this thing works. Names, adresses and interests. I really think, a central server hosting all those info could be quite a concern.
I gonna keep a look at the development, because i think, it&#8217;s a pretty interesting project. I also would be able to contribute a client, because i am a java developer (especially eclipse rcp).
Keep me updated. ^^</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Sharad</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-71984</link>
		<dc:creator>Sharad</dc:creator>
		<pubDate>Fri, 20 Jul 2007 07:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-71984</guid>
		<description>&lt;p&gt;Hi,
I would like to contribute in the development effort but I am new to RoR.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,
I would like to contribute in the development effort but I am new to RoR.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Sharad</title>
		<link>http://danielmiessler.com/blog/kitmee-my-big-project/comment-page-1#comment-248368</link>
		<dc:creator>Sharad</dc:creator>
		<pubDate>Fri, 20 Jul 2007 07:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://dmiessler.com/archives/1464#comment-248368</guid>
		<description>&lt;p&gt;Hi,
I would like to contribute in the development effort but I am new to RoR.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,
I would like to contribute in the development effort but I am new to RoR.</p>]]></content:encoded>
	</item>
</channel>
</rss>

