<?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 for LinuxCommando.com</title>
	<atom:link href="http://linuxcommando.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://linuxcommando.com</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Thu, 13 Oct 2011 18:15:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on The Danger in Requiring Excessive User Input by web site design san diego</title>
		<link>http://linuxcommando.com/2010/06/the-danger-in-requiring-excessive-user-input/comment-page-1/#comment-1639</link>
		<dc:creator>web site design san diego</dc:creator>
		<pubDate>Thu, 13 Oct 2011 18:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=132#comment-1639</guid>
		<description>&lt;strong&gt;Web designers in san diego...&lt;/strong&gt;

Thanks for the great post, I have linked back to your site here. http://www.arselin.com/sites-we-like/ Thanks for the great article....</description>
		<content:encoded><![CDATA[<p><strong>Web designers in san diego&#8230;</strong></p>
<p>Thanks for the great post, I have linked back to your site here. <a href="http://www.arselin.com/sites-we-like/" rel="nofollow">http://www.arselin.com/sites-we-like/</a> Thanks for the great article&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Set Date with SSH by Tom</title>
		<link>http://linuxcommando.com/2010/05/set-date-with-ssh/comment-page-1/#comment-862</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 17 Jun 2011 13:08:39 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=113#comment-862</guid>
		<description>Make sure you have a ssh keypair so you don&#039;t have to enter your password, else the timing will be off by a few seconds</description>
		<content:encoded><![CDATA[<p>Make sure you have a ssh keypair so you don&#8217;t have to enter your password, else the timing will be off by a few seconds</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Danger in Requiring Excessive User Input by Dan Farrell</title>
		<link>http://linuxcommando.com/2010/06/the-danger-in-requiring-excessive-user-input/comment-page-1/#comment-291</link>
		<dc:creator>Dan Farrell</dc:creator>
		<pubDate>Sun, 26 Sep 2010 05:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=132#comment-291</guid>
		<description>Incidentally, this has little to do with my point; I was trying to say that requiring more information from users pollutes your data and alienates your users.  

But anyhow this data is very expensive.  Very valuable, and voluminous to be sure, but expensive.  And of course there&#039;s always the issue of how to match up your members to external data sets.   You&#039;re over simplifying.  If I go to your website how are you supposed to know my facebook  account?      

Further, this information doesn&#039;t help at all with internal diagnostics - web logs are sufficient for that in most cases, and sessions would be a better way to differentiate different users at the same IP with the exact same user agent.  Is a single visitor going to fill out a form 300 times?  Of course not.  And what they fill in there is totally unhelpful for diagnostics anyway.  Same thing with accountability - data you collect from the user doesn&#039;t give you the ability to ban them any better just because you&#039;ve collected it.  Account ID is sufficient for that, assuming you have an account-based website.  

No, this requirement for excessive user input I think is motivated by marketers and content owners who fail to realize how stupid of an idea it is.  But not any stupider than all of us dumb sheep who  are constantly giving out our valuable personal data so that other more savvy entities can sell it for huge profits.

PS - Yes, thanks. </description>
		<content:encoded><![CDATA[<p>Incidentally, this has little to do with my point; I was trying to say that requiring more information from users pollutes your data and alienates your users.  </p>
<p>But anyhow this data is very expensive.  Very valuable, and voluminous to be sure, but expensive.  And of course there&#8217;s always the issue of how to match up your members to external data sets.   You&#8217;re over simplifying.  If I go to your website how are you supposed to know my facebook  account?      </p>
<p>Further, this information doesn&#8217;t help at all with internal diagnostics &#8211; web logs are sufficient for that in most cases, and sessions would be a better way to differentiate different users at the same IP with the exact same user agent.  Is a single visitor going to fill out a form 300 times?  Of course not.  And what they fill in there is totally unhelpful for diagnostics anyway.  Same thing with accountability &#8211; data you collect from the user doesn&#8217;t give you the ability to ban them any better just because you&#8217;ve collected it.  Account ID is sufficient for that, assuming you have an account-based website.  </p>
<p>No, this requirement for excessive user input I think is motivated by marketers and content owners who fail to realize how stupid of an idea it is.  But not any stupider than all of us dumb sheep who  are constantly giving out our valuable personal data so that other more savvy entities can sell it for huge profits.</p>
<p>PS &#8211; Yes, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Use df and GNU sort to investigate hard drive usage by Dan Farrell</title>
		<link>http://linuxcommando.com/2010/07/use-df-and-gnu-sort-to-investigate-hard-drive-usage/comment-page-1/#comment-290</link>
		<dc:creator>Dan Farrell</dc:creator>
		<pubDate>Sun, 26 Sep 2010 05:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=134#comment-290</guid>
		<description>Thanks for the recognition!  And in exchange, a link to &lt;em&gt;your&lt;/em&gt; blog.</description>
		<content:encoded><![CDATA[<p>Thanks for the recognition!  And in exchange, a link to <em>your</em> blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Use df and GNU sort to investigate hard drive usage by ¿Cuanto ocupan tus archivos en Linux? &#124; Maldito Nerd</title>
		<link>http://linuxcommando.com/2010/07/use-df-and-gnu-sort-to-investigate-hard-drive-usage/comment-page-1/#comment-289</link>
		<dc:creator>¿Cuanto ocupan tus archivos en Linux? &#124; Maldito Nerd</dc:creator>
		<pubDate>Sun, 26 Sep 2010 05:27:09 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=134#comment-289</guid>
		<description>[...] Muy útil para encontrar cual es el archivo ese que ocupa tanto espacio entre millones. Se lo robé a LinuxCommando. [...]</description>
		<content:encoded><![CDATA[<p>[...] Muy útil para encontrar cual es el archivo ese que ocupa tanto espacio entre millones. Se lo robé a LinuxCommando. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Danger in Requiring Excessive User Input by Stephen</title>
		<link>http://linuxcommando.com/2010/06/the-danger-in-requiring-excessive-user-input/comment-page-1/#comment-154</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Wed, 14 Jul 2010 00:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=132#comment-154</guid>
		<description>Interesting perspective.  Unfortunately the free sale of social networking profiles allows for a socially verified and robust unique IDs to be issued each individual visiting a site.  This information is already available for the vast majority of users.  I suspect that there are only three reasons why any website still requires this information: 1) internal diagnostics (did we really just get 300 hits from the same person?), 2) cost reduction (facebook charges too much per data point), and 3) accountability (we&#039;re banning this user because he&#039;s a jerk).  On rare occasion where either IP or finance is involved they usually seem to use a more binding ID like a credit card number or license agreement, and I suppose there&#039;s also the case with small businesses which are unable or have yet to link to another data source.  

P.S. - Did you get your book back?</description>
		<content:encoded><![CDATA[<p>Interesting perspective.  Unfortunately the free sale of social networking profiles allows for a socially verified and robust unique IDs to be issued each individual visiting a site.  This information is already available for the vast majority of users.  I suspect that there are only three reasons why any website still requires this information: 1) internal diagnostics (did we really just get 300 hits from the same person?), 2) cost reduction (facebook charges too much per data point), and 3) accountability (we&#8217;re banning this user because he&#8217;s a jerk).  On rare occasion where either IP or finance is involved they usually seem to use a more binding ID like a credit card number or license agreement, and I suppose there&#8217;s also the case with small businesses which are unable or have yet to link to another data source.  </p>
<p>P.S. &#8211; Did you get your book back?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Review of Delta In Flight WiFi by Dan Farrell</title>
		<link>http://linuxcommando.com/2010/06/delta-in-flight-wifi/comment-page-1/#comment-94</link>
		<dc:creator>Dan Farrell</dc:creator>
		<pubDate>Wed, 30 Jun 2010 15:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=128#comment-94</guid>
		<description>Jeff, 

Thanks for stopping by. 

The WIFI connection didn&#039;t use any sort of encryption.  It was just an open access point.  Of course, they&#039;re doing the standard funky routing stuff to make sure you pay before you can access the Internet, but the connection itself is open. 

I wasn&#039;t aware of any onboard power offering on my flight.  I don&#039;t fly a ton, and when I do I typically end up on an airbus or a 737, so the planes are old enough that they may not offer this yet - but then again, they had wifi.  Or perhaps the power adapters are only standard on larger planes with higher ranges, like those that fly across oceans.  I haven&#039;t been on a trans-oceanic flight for some time.</description>
		<content:encoded><![CDATA[<p>Jeff, </p>
<p>Thanks for stopping by. </p>
<p>The WIFI connection didn&#8217;t use any sort of encryption.  It was just an open access point.  Of course, they&#8217;re doing the standard funky routing stuff to make sure you pay before you can access the Internet, but the connection itself is open. </p>
<p>I wasn&#8217;t aware of any onboard power offering on my flight.  I don&#8217;t fly a ton, and when I do I typically end up on an airbus or a 737, so the planes are old enough that they may not offer this yet &#8211; but then again, they had wifi.  Or perhaps the power adapters are only standard on larger planes with higher ranges, like those that fly across oceans.  I haven&#8217;t been on a trans-oceanic flight for some time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Review of Delta In Flight WiFi by Jeff Cotterman</title>
		<link>http://linuxcommando.com/2010/06/delta-in-flight-wifi/comment-page-1/#comment-91</link>
		<dc:creator>Jeff Cotterman</dc:creator>
		<pubDate>Wed, 30 Jun 2010 04:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=128#comment-91</guid>
		<description>First off, great blog!

Was the connection just a standard wifi connection?  WEP/WPA?    This is great news, ports being open, etc.

Also, have you tried any of the onboard power?  My inverter I have for car use has an &#039;airlines&#039; adapter, but I don&#039;t recall seeing anything like that recently on a plane.</description>
		<content:encoded><![CDATA[<p>First off, great blog!</p>
<p>Was the connection just a standard wifi connection?  WEP/WPA?    This is great news, ports being open, etc.</p>
<p>Also, have you tried any of the onboard power?  My inverter I have for car use has an &#8216;airlines&#8217; adapter, but I don&#8217;t recall seeing anything like that recently on a plane.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Synaptics Tap-To-Click in Xorg 1.6 by Dan Farrell</title>
		<link>http://linuxcommando.com/2010/04/synaptics-tap-to-click-in-xorg-1-6/comment-page-1/#comment-84</link>
		<dc:creator>Dan Farrell</dc:creator>
		<pubDate>Sat, 26 Jun 2010 22:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=66#comment-84</guid>
		<description>My understanding is that the scroll pad is no more than the extreme right edge of the touchpad sensor.  It can be configured with the same tool.  Although my vertical scrolling has always been enabled by default (unlike double-tap-to-click in recent drivers), I&#039;ve discovered that it can be disabled with synclient VertEdgeScroll=0; therefore, I believe it could probably be enabled by the converse, synclient VertEdgeScroll=1.  I couldn&#039;t determine the effect of setting seemingly related UpDownScrolling field.</description>
		<content:encoded><![CDATA[<p>My understanding is that the scroll pad is no more than the extreme right edge of the touchpad sensor.  It can be configured with the same tool.  Although my vertical scrolling has always been enabled by default (unlike double-tap-to-click in recent drivers), I&#8217;ve discovered that it can be disabled with synclient VertEdgeScroll=0; therefore, I believe it could probably be enabled by the converse, synclient VertEdgeScroll=1.  I couldn&#8217;t determine the effect of setting seemingly related UpDownScrolling field.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Linux 2.6.34 Released by Dan Farrell</title>
		<link>http://linuxcommando.com/2010/05/2-6-34-released/comment-page-1/#comment-77</link>
		<dc:creator>Dan Farrell</dc:creator>
		<pubDate>Tue, 22 Jun 2010 00:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://linuxcommando.com/?p=123#comment-77</guid>
		<description>Ceph is not production ready.  I looked into it, since I&#039;m always on the lookout for good distribution/replication systems, but unfortunately it&#039;s missing a bunch of features that are more or less critical to any real world usage.  

Nope, for real world scenarios, I think gluster is still probably  the best - and nearly the only - choice.</description>
		<content:encoded><![CDATA[<p>Ceph is not production ready.  I looked into it, since I&#8217;m always on the lookout for good distribution/replication systems, but unfortunately it&#8217;s missing a bunch of features that are more or less critical to any real world usage.  </p>
<p>Nope, for real world scenarios, I think gluster is still probably  the best &#8211; and nearly the only &#8211; choice.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

