<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
	<title>Comments for A Foolish Manifesto</title>
	
	<link>http://blog.afoolishmanifesto.com</link>
	<description>fREWdiculous!</description>
	<lastBuildDate>Tue, 09 Mar 2010 02:34:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/CommentsForAFoolishManifesto" /><feedburner:info uri="commentsforafoolishmanifesto" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:browserFriendly></feedburner:browserFriendly><item>
		<title>Comment on The Rise and Fall of mod_perl by Florian Ragwitz</title>
		<link>http://blog.afoolishmanifesto.com/archives/1303/comment-page-1#comment-1042</link>
		<dc:creator>Florian Ragwitz</dc:creator>
		<pubDate>Tue, 09 Mar 2010 02:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1303#comment-1042</guid>
		<description>I'm glad to see you resolved your issues.

I understand the that Engine::HTTP::Prefork doesn't work on Win32. However, we also got an Engine::Plack, and Plack itself has a variety of server backends, like Stardust, Twiggy, which are probably less unix specific than Prefork and could have a better chance of running on Windows, without having to use Catalyst's development-only server.</description>
		<content:encoded><![CDATA[<p>I&#8217;m glad to see you resolved your issues.</p>
<p>I understand the that Engine::HTTP::Prefork doesn&#8217;t work on Win32. However, we also got an Engine::Plack, and Plack itself has a variety of server backends, like Stardust, Twiggy, which are probably less unix specific than Prefork and could have a better chance of running on Windows, without having to use Catalyst&#8217;s development-only server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on mod_perl: For Your Health! by The Rise and Fall of mod_perl</title>
		<link>http://blog.afoolishmanifesto.com/archives/402/comment-page-1#comment-1041</link>
		<dc:creator>The Rise and Fall of mod_perl</dc:creator>
		<pubDate>Tue, 09 Mar 2010 01:28:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=402#comment-1041</guid>
		<description>[...] from ActiveState) to run certain scripts persistently. I did some research and discovered that using mod_perl in win32 was feasible and you can indeed turn it on for parts of your site. Yet again, all was well with the [...]</description>
		<content:encoded><![CDATA[<p>[...] from ActiveState) to run certain scripts persistently. I did some research and discovered that using mod_perl in win32 was feasible and you can indeed turn it on for parts of your site. Yet again, all was well with the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New DBIx::Class::Journal by Shlomi Fish</title>
		<link>http://blog.afoolishmanifesto.com/archives/1296/comment-page-1#comment-1021</link>
		<dc:creator>Shlomi Fish</dc:creator>
		<pubDate>Sun, 21 Feb 2010 13:03:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1296#comment-1021</guid>
		<description>All tests passed on Mandriva Linux Cooker. Thanks for your work.</description>
		<content:encoded><![CDATA[<p>All tests passed on Mandriva Linux Cooker. Thanks for your work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do Passwords Right by fREW Schmidt</title>
		<link>http://blog.afoolishmanifesto.com/archives/1286/comment-page-1#comment-982</link>
		<dc:creator>fREW Schmidt</dc:creator>
		<pubDate>Thu, 04 Feb 2010 18:47:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1286#comment-982</guid>
		<description>@Andrew: I thought I made it clear that this scheme does use a unique salt per user.  Sorry I wasn't clear enough for you :-)

@Michael: indeed.</description>
		<content:encoded><![CDATA[<p>@Andrew: I thought I made it clear that this scheme does use a unique salt per user.  Sorry I wasn&#8217;t clear enough for you <img src='http://blog.afoolishmanifesto.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>@Michael: indeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do Passwords Right by Michael Peters</title>
		<link>http://blog.afoolishmanifesto.com/archives/1286/comment-page-1#comment-981</link>
		<dc:creator>Michael Peters</dc:creator>
		<pubDate>Thu, 04 Feb 2010 14:38:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1286#comment-981</guid>
		<description>Salts are only kept secret if they aren't unique per-password. If you have a unique salt it's typically stored as part of the hashed password, so that the encrypted password can be used as the salt when checking a login attempt to make sure they hash to the same thing.</description>
		<content:encoded><![CDATA[<p>Salts are only kept secret if they aren&#8217;t unique per-password. If you have a unique salt it&#8217;s typically stored as part of the hashed password, so that the encrypted password can be used as the salt when checking a login attempt to make sure they hash to the same thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Paranoid Deletion in DBIx::Class by Darren Duncan</title>
		<link>http://blog.afoolishmanifesto.com/archives/274/comment-page-1#comment-979</link>
		<dc:creator>Darren Duncan</dc:creator>
		<pubDate>Thu, 04 Feb 2010 09:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=274#comment-979</guid>
		<description>If you're going to be paranoid about deletes, you need to be paranoid about updates too, as updates can easily be just as destructive.  Hence change auditing records are good.</description>
		<content:encoded><![CDATA[<p>If you&#8217;re going to be paranoid about deletes, you need to be paranoid about updates too, as updates can easily be just as destructive.  Hence change auditing records are good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do Passwords Right by Andrew Rodland</title>
		<link>http://blog.afoolishmanifesto.com/archives/1286/comment-page-1#comment-978</link>
		<dc:creator>Andrew Rodland</dc:creator>
		<pubDate>Thu, 04 Feb 2010 07:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1286#comment-978</guid>
		<description>Not "you can have a unique salt per password". You *must* have a unique salt per password, chosen randomly when the password is set or reset, or none of the other stuff is even worth the time you spent on it.

Fortunately your example *does* get it right, so there isn't any additional work to be done!</description>
		<content:encoded><![CDATA[<p>Not &#8220;you can have a unique salt per password&#8221;. You *must* have a unique salt per password, chosen randomly when the password is set or reset, or none of the other stuff is even worth the time you spent on it.</p>
<p>Fortunately your example *does* get it right, so there isn&#8217;t any additional work to be done!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on An Exposition on Specific Time Saving Code by fREW Schmidt</title>
		<link>http://blog.afoolishmanifesto.com/archives/1282/comment-page-1#comment-974</link>
		<dc:creator>fREW Schmidt</dc:creator>
		<pubDate>Fri, 29 Jan 2010 18:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1282#comment-974</guid>
		<description>@nperez: the main reason we haven't gone that route is that our grids are certainly not homogeneous.  I briefly considered doing what you are talking about, but I just am not convinced that we would have the flexibility that we need.  The same goes for DBIC::API.</description>
		<content:encoded><![CDATA[<p>@nperez: the main reason we haven&#8217;t gone that route is that our grids are certainly not homogeneous.  I briefly considered doing what you are talking about, but I just am not convinced that we would have the flexibility that we need.  The same goes for DBIC::API.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on An Exposition on Specific Time Saving Code by nperez</title>
		<link>http://blog.afoolishmanifesto.com/archives/1282/comment-page-1#comment-973</link>
		<dc:creator>nperez</dc:creator>
		<pubDate>Fri, 29 Jan 2010 16:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1282#comment-973</guid>
		<description>That's interesting that you do a lot of the code gen inside Perl. For our platform, we use TT instead fo spit out the the record format, columns definitions, etc for the data store and grid. Mostly, I end up passing a result source directly via the stash to the template, and it is only a simple matter at that point of iterating the columns. 

DBIx::Class has an underdocumented "feature" that you can put pretty much whatever you want into the add_column statement, so I attach a small "hint" hash that contains things like whether it should be displayed in the grid, its display order, etc. This lets me very easily "bleed" implementations from the DB up to the display layer.

In the end, our datastores and grids are restful and we have them talking to DBIC::API. All of the setup to get to that point is just an index method to spit out the initial page.

I had toyed with at one point going even further and disconnecting the UI completely from TT and have it query the backend for its config (you can attach metaData to your results and it will reconfigure the record fields automagically), but time constraints left me with the TT approach to convey the structure.</description>
		<content:encoded><![CDATA[<p>That&#8217;s interesting that you do a lot of the code gen inside Perl. For our platform, we use TT instead fo spit out the the record format, columns definitions, etc for the data store and grid. Mostly, I end up passing a result source directly via the stash to the template, and it is only a simple matter at that point of iterating the columns. </p>
<p>DBIx::Class has an underdocumented &#8220;feature&#8221; that you can put pretty much whatever you want into the add_column statement, so I attach a small &#8220;hint&#8221; hash that contains things like whether it should be displayed in the grid, its display order, etc. This lets me very easily &#8220;bleed&#8221; implementations from the DB up to the display layer.</p>
<p>In the end, our datastores and grids are restful and we have them talking to DBIC::API. All of the setup to get to that point is just an index method to spit out the initial page.</p>
<p>I had toyed with at one point going even further and disconnecting the UI completely from TT and have it query the backend for its config (you can attach metaData to your results and it will reconfigure the record fields automagically), but time constraints left me with the TT approach to convey the structure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Template.Tiny by Adam Kennedy</title>
		<link>http://blog.afoolishmanifesto.com/archives/1277/comment-page-1#comment-968</link>
		<dc:creator>Adam Kennedy</dc:creator>
		<pubDate>Tue, 26 Jan 2010 23:39:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.afoolishmanifesto.com/?p=1277#comment-968</guid>
		<description>Your other alternative here is Jemplate, which is Ingy's more accurate clone of Template::Toolkit.</description>
		<content:encoded><![CDATA[<p>Your other alternative here is Jemplate, which is Ingy&#8217;s more accurate clone of Template::Toolkit.</p>
]]></content:encoded>
	</item>
</channel>
</rss><!-- Dynamic page generated in 0.559 seconds. --><!-- Cached page generated by WP-Super-Cache on 2010-03-08 20:14:14 -->
