<?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: PEAR vs. Zend Framework</title>
	<atom:link href="http://www.killerphp.com/articles/pear-vs-zend-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.killerphp.com/articles/pear-vs-zend-framework/</link>
	<description>Dedicated to teaching web designers PHP.</description>
	<lastBuildDate>Wed, 10 Mar 2010 21:01:29 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris Code</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-95801</link>
		<dc:creator>Chris Code</dc:creator>
		<pubDate>Tue, 11 Aug 2009 18:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-95801</guid>
		<description>When we looked at PEAR it seem as if anyone could submit code into the repository, and after looking at some of it, we were very dissapointed; we never used PEAR.

However, ZF is by Zend, who &quot;invented&quot; PHP - and therefore we can hope that best (industry) practices will be used across the framework, including of course Security.</description>
		<content:encoded><![CDATA[<p>When we looked at PEAR it seem as if anyone could submit code into the repository, and after looking at some of it, we were very dissapointed; we never used PEAR.</p>
<p>However, ZF is by Zend, who &#8220;invented&#8221; PHP &#8211; and therefore we can hope that best (industry) practices will be used across the framework, including of course Security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aryashree Pritikrishna</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-92397</link>
		<dc:creator>Aryashree Pritikrishna</dc:creator>
		<pubDate>Fri, 19 Jun 2009 10:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-92397</guid>
		<description>I am support to ZEND framework. Its better than PEAR framework.</description>
		<content:encoded><![CDATA[<p>I am support to ZEND framework. Its better than PEAR framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Ribakoff</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-83112</link>
		<dc:creator>Josh Ribakoff</dc:creator>
		<pubDate>Sun, 25 Jan 2009 14:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-83112</guid>
		<description>Technically a framework is not the same thing as a toolkit, one is abstract, tools for making tools, the latter are just tools. An analogy would be a saw is a tool, but a jig that sets up &quot;programs&quot; for cutting complex patterns autonomously would be a framework. That being said I agree PEAR is a MESS. &lt;3 ZF</description>
		<content:encoded><![CDATA[<p>Technically a framework is not the same thing as a toolkit, one is abstract, tools for making tools, the latter are just tools. An analogy would be a saw is a tool, but a jig that sets up &#8220;programs&#8221; for cutting complex patterns autonomously would be a framework. That being said I agree PEAR is a MESS. &lt;3 ZF</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Lyles</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-82186</link>
		<dc:creator>Jon Lyles</dc:creator>
		<pubDate>Fri, 28 Nov 2008 20:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-82186</guid>
		<description>One of the things that makes PHP easy to learn is there are so many places to get information. 

One of the most frustrating things about PEAR in my point of view is the scarcity of information. 

I predict that unless PEAR becomes more user friendly it will slowly fade away as new developing opt for easier to use frameworks and repositories.</description>
		<content:encoded><![CDATA[<p>One of the things that makes PHP easy to learn is there are so many places to get information. </p>
<p>One of the most frustrating things about PEAR in my point of view is the scarcity of information. </p>
<p>I predict that unless PEAR becomes more user friendly it will slowly fade away as new developing opt for easier to use frameworks and repositories.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76300</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Tue, 25 Mar 2008 20:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76300</guid>
		<description>Lothar,

I would agree, technically speaking, PEAR is not a framework. But this is what the PEAR people say on the home page of their web site:

&#039;PEAR is a framework and distribution system for reusable PHP components. You can find help using PEAR packages in the online manual and the FAQ.&#039;

Anyway, that is an argument of semantics and nerd-details .. not the point of my article.

I also agree that RubyGems is cool. 

All that said, I think that PHP is a number one web application development language when all things are considered. Yes, Ruby is a cleaner looking language and ColdFusion is easier to learn. But again, PHP overall has the most to offer IMHO.

Want to see good OO PHP projects? Check out:

Zend Framework
Wordpress
PHP Cake

... and there are more. There are also nice procedural based PHP projects:

- Drupal
- Punbb

So yes, PHP has a legacy to contend with. But the new breed of PHP projects and programmers are good.</description>
		<content:encoded><![CDATA[<p>Lothar,</p>
<p>I would agree, technically speaking, PEAR is not a framework. But this is what the PEAR people say on the home page of their web site:</p>
<p>&#8216;PEAR is a framework and distribution system for reusable PHP components. You can find help using PEAR packages in the online manual and the FAQ.&#8217;</p>
<p>Anyway, that is an argument of semantics and nerd-details .. not the point of my article.</p>
<p>I also agree that RubyGems is cool. </p>
<p>All that said, I think that PHP is a number one web application development language when all things are considered. Yes, Ruby is a cleaner looking language and ColdFusion is easier to learn. But again, PHP overall has the most to offer IMHO.</p>
<p>Want to see good OO PHP projects? Check out:</p>
<p>Zend Framework<br />
Wordpress<br />
PHP Cake</p>
<p>&#8230; and there are more. There are also nice procedural based PHP projects:</p>
<p>- Drupal<br />
- Punbb</p>
<p>So yes, PHP has a legacy to contend with. But the new breed of PHP projects and programmers are good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lothar</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76299</link>
		<dc:creator>Lothar</dc:creator>
		<pubDate>Tue, 25 Mar 2008 20:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76299</guid>
		<description>I come across PEAR now for the first time. And i&#039;m surprised by this discussion because i had a total different understanding of PEAR the 
&quot;PHP Extension and Application Repository&quot; which has nothing to do with a framework other then that it may contain a few frameworks.

Looking at it like RubyGems, CPAN or Python Eggs. 

So i do not understand this discussion. 

My first impression about PEAR is unfortunately that it is very broken and unprofessional (well like 95% of PHP). Documentation is bad and the installation on windows is in just one word insane - and there i don&#039;t mean faulty but from a damaged brain.</description>
		<content:encoded><![CDATA[<p>I come across PEAR now for the first time. And i&#8217;m surprised by this discussion because i had a total different understanding of PEAR the<br />
&#8220;PHP Extension and Application Repository&#8221; which has nothing to do with a framework other then that it may contain a few frameworks.</p>
<p>Looking at it like RubyGems, CPAN or Python Eggs. </p>
<p>So i do not understand this discussion. </p>
<p>My first impression about PEAR is unfortunately that it is very broken and unprofessional (well like 95% of PHP). Documentation is bad and the installation on windows is in just one word insane &#8211; and there i don&#8217;t mean faulty but from a damaged brain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel O'Connor</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76255</link>
		<dc:creator>Daniel O'Connor</dc:creator>
		<pubDate>Mon, 17 Mar 2008 12:11:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76255</guid>
		<description>I have to say, I&#039;ve dabbled with both PEAR and Zend Framework (albeit in the early days, leaving just prior to 1.0).

I didn&#039;t find a compelling reason to switch to Zend Framework. Infact, as an early consumer of Zend via the PEAR channel; then having it go away all of a sudden, I was quite a bit disgruntled.

I also found the CLA (http://framework.zend.com/framework_cla_1.0.pdf) a bit of an affront - why do I need this when I have BSD style licences? Why do I have to fax it in?
I know the answers to these questions, but I don&#039;t agree with or like them.</description>
		<content:encoded><![CDATA[<p>I have to say, I&#8217;ve dabbled with both PEAR and Zend Framework (albeit in the early days, leaving just prior to 1.0).</p>
<p>I didn&#8217;t find a compelling reason to switch to Zend Framework. Infact, as an early consumer of Zend via the PEAR channel; then having it go away all of a sudden, I was quite a bit disgruntled.</p>
<p>I also found the CLA (<a href="http://framework.zend.com/framework_cla_1.0.pdf" rel="nofollow">http://framework.zend.com/framework_cla_1.0.pdf</a>) a bit of an affront &#8211; why do I need this when I have BSD style licences? Why do I have to fax it in?<br />
I know the answers to these questions, but I don&#8217;t agree with or like them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PHP Weekly Reader - May 16th 2008 : phpaddiction</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76254</link>
		<dc:creator>PHP Weekly Reader - May 16th 2008 : phpaddiction</dc:creator>
		<pubDate>Mon, 17 Mar 2008 05:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76254</guid>
		<description>[...] My favorite Zend Framework related article this week was Pear Vs. Zend Framework I don&#039;t agree with everything in th article but I do think the Zend Framework was misnamed it should have been Zend Repository. Actually I find some good in both , I just don&#039;t think inclusion in either is automatic commendation from the best practices gods. The comments on this article  How Zend Framework is Losing the wrong war leaves me wondering even more is it a framework or not? It kinda sorta is but not. [...]</description>
		<content:encoded><![CDATA[<p>[...] My favorite Zend Framework related article this week was Pear Vs. Zend Framework I don&#8217;t agree with everything in th article but I do think the Zend Framework was misnamed it should have been Zend Repository. Actually I find some good in both , I just don&#8217;t think inclusion in either is automatic commendation from the best practices gods. The comments on this article  How Zend Framework is Losing the wrong war leaves me wondering even more is it a framework or not? It kinda sorta is but not. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Lebensold</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76250</link>
		<dc:creator>Jon Lebensold</dc:creator>
		<pubDate>Sun, 16 Mar 2008 17:45:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76250</guid>
		<description>Mohammad,
I don&#039;t think a replacement for PEAR will come anytime soon, however HTML_QuickForm is a dying project. According to their own PEAR site, HTML_QuickForm has now been superseded by HTML_QuickForm2 and they&#039;ve gone from 6 maintainers to 2. Matthew&#039;s Zend_Form contribution, while young, has a lot of demand and the Jira tracker is buzzing with comments and improvements. While I&#039;ve developed applications using HTML_QuickForm in the past, personally, I wouldn&#039;t bet my next client&#039;s money on it.</description>
		<content:encoded><![CDATA[<p>Mohammad,<br />
I don&#8217;t think a replacement for PEAR will come anytime soon, however HTML_QuickForm is a dying project. According to their own PEAR site, HTML_QuickForm has now been superseded by HTML_QuickForm2 and they&#8217;ve gone from 6 maintainers to 2. Matthew&#8217;s Zend_Form contribution, while young, has a lot of demand and the Jira tracker is buzzing with comments and improvements. While I&#8217;ve developed applications using HTML_QuickForm in the past, personally, I wouldn&#8217;t bet my next client&#8217;s money on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; News Updates Flusensieb</title>
		<link>http://www.killerphp.com/articles/pear-vs-zend-framework/comment-page-1/#comment-76248</link>
		<dc:creator>&#187; News Updates Flusensieb</dc:creator>
		<pubDate>Sun, 16 Mar 2008 15:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/pear-vs-zend-framework/#comment-76248</guid>
		<description>[...] PEAR vs. Zend Framework [...]</description>
		<content:encoded><![CDATA[<p>[...] PEAR vs. Zend Framework [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
