<?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 Aviblock.com</title>
	<atom:link href="http://www.aviblock.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aviblock.com/blog</link>
	<description>My musings on web development</description>
	<lastBuildDate>Sun, 29 Aug 2010 17:25:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Fixing PATH_INFO on bluehost and other shared hosts by Avi</title>
		<link>http://www.aviblock.com/blog/2009/08/07/fixing-path_info-on-bluehost-and-other-shared-hosts/comment-page-1/#comment-2762</link>
		<dc:creator>Avi</dc:creator>
		<pubDate>Sun, 29 Aug 2010 17:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=66#comment-2762</guid>
		<description>0 == Off, so I&#039;m glad I could help out!</description>
		<content:encoded><![CDATA[<p>0 == Off, so I&#8217;m glad I could help out!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fixing PATH_INFO on bluehost and other shared hosts by Coastal Web Development</title>
		<link>http://www.aviblock.com/blog/2009/08/07/fixing-path_info-on-bluehost-and-other-shared-hosts/comment-page-1/#comment-2761</link>
		<dc:creator>Coastal Web Development</dc:creator>
		<pubDate>Sun, 29 Aug 2010 17:24:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=66#comment-2761</guid>
		<description>I experienced this problem using the CodeIgniter framework on BlueHost under a subdomain. My fix ended up being adding the following line to my php.ini:

cgi.fix_pathinfo = 0</description>
		<content:encoded><![CDATA[<p>I experienced this problem using the CodeIgniter framework on BlueHost under a subdomain. My fix ended up being adding the following line to my php.ini:</p>
<p>cgi.fix_pathinfo = 0</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ACL in Zend Framework by Avi</title>
		<link>http://www.aviblock.com/blog/2009/03/19/acl-in-zend-framework/comment-page-1/#comment-2231</link>
		<dc:creator>Avi</dc:creator>
		<pubDate>Wed, 14 Jul 2010 20:19:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=22#comment-2231</guid>
		<description>Yup, this bug has been fixed.</description>
		<content:encoded><![CDATA[<p>Yup, this bug has been fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quick code review of Expression Engine 2.0 by Avi</title>
		<link>http://www.aviblock.com/blog/2009/12/29/quick-code-review-of-expression-engine-2-0/comment-page-1/#comment-2230</link>
		<dc:creator>Avi</dc:creator>
		<pubDate>Wed, 14 Jul 2010 20:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=87#comment-2230</guid>
		<description>Still feel this way. I&#039;ve been disenchanted from EE, and now I work mostly with symfony and wordpress.</description>
		<content:encoded><![CDATA[<p>Still feel this way. I&#8217;ve been disenchanted from EE, and now I work mostly with symfony and wordpress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ACL in Zend Framework by talentedmrjones</title>
		<link>http://www.aviblock.com/blog/2009/03/19/acl-in-zend-framework/comment-page-1/#comment-2229</link>
		<dc:creator>talentedmrjones</dc:creator>
		<pubDate>Wed, 14 Jul 2010 20:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=22#comment-2229</guid>
		<description>It seems that the bug you mentioned was fixed in ZF 1.9.1. So I assume that at this point (Im using 1.10.4) I dont need to subclass Zend_Acl or Zend_Acl_Role_Registry, and that implementing a Zend_Acl_Assert_Interface will suffice. Am I correct?</description>
		<content:encoded><![CDATA[<p>It seems that the bug you mentioned was fixed in ZF 1.9.1. So I assume that at this point (Im using 1.10.4) I dont need to subclass Zend_Acl or Zend_Acl_Role_Registry, and that implementing a Zend_Acl_Assert_Interface will suffice. Am I correct?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quick code review of Expression Engine 2.0 by m</title>
		<link>http://www.aviblock.com/blog/2009/12/29/quick-code-review-of-expression-engine-2-0/comment-page-1/#comment-2133</link>
		<dc:creator>m</dc:creator>
		<pubDate>Fri, 09 Jul 2010 16:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=87#comment-2133</guid>
		<description>Do you still feel this way about EE? any new thoughts?</description>
		<content:encoded><![CDATA[<p>Do you still feel this way about EE? any new thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Just had my first taste of India&#8230;. by Lauri</title>
		<link>http://www.aviblock.com/blog/2010/06/03/just-had-my-first-taste-of-india/comment-page-1/#comment-1842</link>
		<dc:creator>Lauri</dc:creator>
		<pubDate>Tue, 22 Jun 2010 03:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=102#comment-1842</guid>
		<description>Found your blog via your Stack Overflow account, the title of this post made me laugh.

Having just enjoyed a nice dinner I picked up from an Indian restaurant nearby, I must conclude that besides lines of code in their software (apparently), some of them also exaggerate the amount of cilantro in their cooking!</description>
		<content:encoded><![CDATA[<p>Found your blog via your Stack Overflow account, the title of this post made me laugh.</p>
<p>Having just enjoyed a nice dinner I picked up from an Indian restaurant nearby, I must conclude that besides lines of code in their software (apparently), some of them also exaggerate the amount of cilantro in their cooking!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Just had my first taste of India&#8230;. by Hector Virgen</title>
		<link>http://www.aviblock.com/blog/2010/06/03/just-had-my-first-taste-of-india/comment-page-1/#comment-1661</link>
		<dc:creator>Hector Virgen</dc:creator>
		<pubDate>Thu, 03 Jun 2010 16:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=102#comment-1661</guid>
		<description>If I got paid by the number of lines of code I write, I&#039;d go with the first one.</description>
		<content:encoded><![CDATA[<p>If I got paid by the number of lines of code I write, I&#8217;d go with the first one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Review of the Apostrophe CMS for symfony by Tom Boutell</title>
		<link>http://www.aviblock.com/blog/2010/04/21/review-of-the-apostrophe-cms-for-symfony/comment-page-1/#comment-1567</link>
		<dc:creator>Tom Boutell</dc:creator>
		<pubDate>Mon, 24 May 2010 19:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=95#comment-1567</guid>
		<description>Avi, thanks for this thoughtful and in-depth review. I&#039;m glad you see the value in virtual pages, engines, and using Symfony concepts to extend Symfony rather than inventing an entirely new idiom where you don&#039;t have to.

We&#039;ll be moving away from static helper classes gradually and getting on the &quot;sfContext:: is a bad thing to type&quot; bandwagon.

You&#039;re right about our ad-hoc use of JavaScript. It works because we test the daylights out of it. But it would work better faster and sooner if we followed better practices in it. We need to reduce code duplication and make it easier for others to use what we&#039;ve done. However, there&#039;s some quite clean and reusable stuff in aControls.js, notably aMultipleSelect.</description>
		<content:encoded><![CDATA[<p>Avi, thanks for this thoughtful and in-depth review. I&#8217;m glad you see the value in virtual pages, engines, and using Symfony concepts to extend Symfony rather than inventing an entirely new idiom where you don&#8217;t have to.</p>
<p>We&#8217;ll be moving away from static helper classes gradually and getting on the &#8220;sfContext:: is a bad thing to type&#8221; bandwagon.</p>
<p>You&#8217;re right about our ad-hoc use of JavaScript. It works because we test the daylights out of it. But it would work better faster and sooner if we followed better practices in it. We need to reduce code duplication and make it easier for others to use what we&#8217;ve done. However, there&#8217;s some quite clean and reusable stuff in aControls.js, notably aMultipleSelect.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Review of the Apostrophe CMS for symfony by Avi</title>
		<link>http://www.aviblock.com/blog/2010/04/21/review-of-the-apostrophe-cms-for-symfony/comment-page-1/#comment-1396</link>
		<dc:creator>Avi</dc:creator>
		<pubDate>Thu, 06 May 2010 20:57:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.aviblock.com/blog/?p=95#comment-1396</guid>
		<description>Sure. Apostrophe makes no attempt to hide Symfony from you, and engines are a powerful way to integrate the rest of symfony goodness into the CMS.</description>
		<content:encoded><![CDATA[<p>Sure. Apostrophe makes no attempt to hide Symfony from you, and engines are a powerful way to integrate the rest of symfony goodness into the CMS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
