<?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"
	>
<channel>
	<title>Comments on: Which PHP libraries do you use?</title>
	<atom:link href="http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Tue, 02 Dec 2008 11:51:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: ifnu</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-277938</link>
		<dc:creator>ifnu</dc:creator>
		<pubDate>Sun, 17 Jun 2007 15:00:49 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-277938</guid>
		<description>whoa... this thread is great,

i'm java programer who accidently have to jump to PHP. I'm used to use some java framework and i see that sitemesh have it's php version. But i still looking for display tag's php version.

but i see that PEAR used widely here, also savant :D

did anyone tried zend framework? it's look promising :D

i'll take a try :D

thanks all</description>
		<content:encoded><![CDATA[<p>whoa&#8230; this thread is great,</p>
<p>i&#8217;m java programer who accidently have to jump to PHP. I&#8217;m used to use some java framework and i see that sitemesh have it&#8217;s php version. But i still looking for display tag&#8217;s php version.</p>
<p>but i see that PEAR used widely here, also savant :D</p>
<p>did anyone tried zend framework? it&#8217;s look promising :D</p>
<p>i&#8217;ll take a try :D</p>
<p>thanks all</p>]]></content:encoded>
	</item>
	<item>
		<title>By: PsyKi</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-175617</link>
		<dc:creator>PsyKi</dc:creator>
		<pubDate>Fri, 09 Feb 2007 01:42:48 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-175617</guid>
		<description>So far, I've only used the PEAR libraries....

MDB2
HTML_TEMPLATE_IT
a few of those xml (serializer, util)

I like those.

This thread really got me to look up some things.

thanks guys/girls.</description>
		<content:encoded><![CDATA[<p>So far, I&#8217;ve only used the PEAR libraries&#8230;.</p>
<p>MDB2<br />
HTML_TEMPLATE_IT<br />
a few of those xml (serializer, util)</p>
<p>I like those.</p>
<p>This thread really got me to look up some things.</p>
<p>thanks guys/girls.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ravi Kumar</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-126305</link>
		<dc:creator>Ravi Kumar</dc:creator>
		<pubDate>Thu, 14 Dec 2006 18:48:13 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-126305</guid>
		<description>How about &lt;a href="http://www.fusioncharts.com" rel="nofollow"&gt;www.fusioncharts.com&lt;/a&gt;? They run smooth with PHP.</description>
		<content:encoded><![CDATA[<p>How about <a href="http://www.fusioncharts.com" rel="nofollow">http://www.fusioncharts.com</a>? They run smooth with PHP.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: bmickler</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-48524</link>
		<dc:creator>bmickler</dc:creator>
		<pubDate>Mon, 28 Aug 2006 01:30:42 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-48524</guid>
		<description>Smarty for templating (http://smarty.php.net/) (Smarty rocks.)

PEAR::DB for database abstraction.  Yeah, it's like killing a mosquito with a bazooka, but it's easy to implement. (http://pear.php.net/)

PEAR::IMAGE for doing amazing dynamic graphs, very cool once you get it going!

DB_DataContainer for object persistence, although the project and website could use a lot more documentation.  I am having trouble figuring a few things out, like sequencing ID's.  If anyone knows of another object persistance class that easy to implment, uses PEAR::DB, and doesn't require a bunch of xml configuration, PLEASE post a link! (http://www.appelsiini.net/~tuupola/php/DB_DataContainer/)

BTW, cool site.</description>
		<content:encoded><![CDATA[<p>Smarty for templating (http://smarty.php.net/) (Smarty rocks.)</p>
<p>PEAR::DB for database abstraction.  Yeah, it&#8217;s like killing a mosquito with a bazooka, but it&#8217;s easy to implement. (http://pear.php.net/)</p>
<p>PEAR::IMAGE for doing amazing dynamic graphs, very cool once you get it going!</p>
<p>DB_DataContainer for object persistence, although the project and website could use a lot more documentation.  I am having trouble figuring a few things out, like sequencing ID&#8217;s.  If anyone knows of another object persistance class that easy to implment, uses PEAR::DB, and doesn&#8217;t require a bunch of xml configuration, PLEASE post a link! (http://www.appelsiini.net/~tuupola/php/DB_DataContainer/)</p>
<p>BTW, cool site.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Bauplan für barbiehaus</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-40371</link>
		<dc:creator>Bauplan für barbiehaus</dc:creator>
		<pubDate>Tue, 25 Jul 2006 09:12:19 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-40371</guid>
		<description>first time i ran through your site.

really like your site.</description>
		<content:encoded><![CDATA[<p>first time i ran through your site.</p>
<p>really like your site.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: adil@aidezigns.com</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-36229</link>
		<dc:creator>adil@aidezigns.com</dc:creator>
		<pubDate>Sun, 09 Jul 2006 22:14:20 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-36229</guid>
		<description>I use PatTemplate and Smarty for my presentation. I feel more biased towards Smarty,since its more flexible and smart enough to include most, if not all, of the presentation logic.

Just getting around to using PDO for my current project.</description>
		<content:encoded><![CDATA[<p>I use PatTemplate and Smarty for my presentation. I feel more biased towards Smarty,since its more flexible and smart enough to include most, if not all, of the presentation logic.</p>
<p>Just getting around to using PDO for my current project.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: JOKERz</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-33983</link>
		<dc:creator>JOKERz</dc:creator>
		<pubDate>Thu, 29 Jun 2006 17:04:18 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-33983</guid>
		<description>Yeah........ lot of great info here......
Thanx</description>
		<content:encoded><![CDATA[<p>Yeah&#8230;&#8230;.. lot of great info here&#8230;&#8230;<br />
Thanx</p>]]></content:encoded>
	</item>
	<item>
		<title>By: carter</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-33511</link>
		<dc:creator>carter</dc:creator>
		<pubDate>Tue, 27 Jun 2006 13:03:20 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-33511</guid>
		<description>Very Very nice information here... Thanks</description>
		<content:encoded><![CDATA[<p>Very Very nice information here&#8230; Thanks</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Leech</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-16201</link>
		<dc:creator>Leech</dc:creator>
		<pubDate>Wed, 22 Mar 2006 20:07:24 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-16201</guid>
		<description>Hi,

I use &lt;a href="http://www.codeigniter.com/" rel="nofollow"&gt;Code Igniter&lt;/a&gt; as framework (and basic templating sometimes) from the creators of the ExpressionEngine and pMachine.

And the fantastic &lt;a href="http://www.tinybutstrong.com/" rel="nofollow"&gt;Tiny But Strong&lt;/a&gt; templating system. Just one file and tons of possibilites, specially for work with designers.

Also I use:
PEAR::DB
PEAR::Date
phpMailer</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I use <a href="http://www.codeigniter.com/" rel="nofollow">Code Igniter</a> as framework (and basic templating sometimes) from the creators of the ExpressionEngine and pMachine.</p>
<p>And the fantastic <a href="http://www.tinybutstrong.com/" rel="nofollow">Tiny But Strong</a> templating system. Just one file and tons of possibilites, specially for work with designers.</p>
<p>Also I use:<br />
PEAR::DB<br />
PEAR::Date<br />
phpMailer</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MDMarkBowman</title>
		<link>http://www.sitepoint.com/blogs/2004/11/30/which-php-libraries-do-you-use/#comment-9068</link>
		<dc:creator>MDMarkBowman</dc:creator>
		<pubDate>Sat, 01 Oct 2005 09:00:22 +0000</pubDate>
		<guid isPermaLink="false">1212781052#comment-9068</guid>
		<description>Just started using the PEAR Packages really.  Some of them are a god send especially the DB Abstraction Layer. We created our middleman classes around the libraries so if we decided to move away from PEAR anyway we could write our own stuff if a PEAR Library element was running out of steam.  

What I like about using the libraries is that you have a development team on each project. This gives me a lift as we have just started looking at Authentication and Permissions for our software development. We designed exactly what we wanted from this and found out that LiveUser does exactly the same and as there is no reason to re-invent the wheel we decided on LiveUser.  Four people work on developing this tool (we don't even have 4 developers on our own software). Although the manuals (as with most opensource stuff) for PEAR are terrible spending time working out using it is less in developing something thats already freely available.

From a Business and Consultancy point of view using these libraries on small projects is a great idea.  We used our own code on a few small websites a couple of years ago and now they need much more extensive functionality (i.e one needs LiveUser) and trying to integrate it in is proving a nightmare.  Goingback over code that was done 2 years ago and not well documented is tough.  The HTML Templating is so time consuming.  Even though the projects were small, we didn't think long run and thats the big mistake in development and roadmap of any software.  Developing for now only gets you in trouble.

How easy would it be if for example if LiveUser were integrated but you were only utilizing small amounts of its functionality, but then in 6 months your client has grown and need you to help with permissions. Or the DB layer needs a connection to an Oracle DB rather than just MySQL or MSSQL.  

I will not pay a developer to re-work his own work.  If for his Â£45 -Â£55 per hour he could not build something forward thinking enough the first time I would not employ his so called expertise again. Obviously not everything can be built like that 100%, but I would expect a expensive developer to think forward.    

PEAR in my Business Consultancy and Web Development Management eyes is forward thinking for many of the PHP functions that you would ever want to write. Utilize them even in small projects and your future upgrade/reworking for clients will be minimal. 

Dont need to use the PEAR::Date think again and imagine you were 1 year down the line.  Think about the client needs in 6 - 12 months and decide what its requirements will be.  We did this with our software development of a Shopping Cart and CRM Backend Application and PEAR fits in now and will in the future (we hope).  When we created the Cart it didn't need the whole and extent of functionality that many of the PEAR Tools we integrated (i.e. we only need small pieces from PEAR::Date or the other various tools), but when we released "Our Cart Corporate Enterprise Edition" taddah, it took very little re-working to get a larger edition developed and working with bigger clients.

We use PEAR:
DB
Date
Template_IT
LiveUser
Liveuser_admin  
SOAP
HTTP_Session

Also looking at
Web_Services_Google for one project</description>
		<content:encoded><![CDATA[<p>Just started using the PEAR Packages really.  Some of them are a god send especially the DB Abstraction Layer. We created our middleman classes around the libraries so if we decided to move away from PEAR anyway we could write our own stuff if a PEAR Library element was running out of steam.  </p>
<p>What I like about using the libraries is that you have a development team on each project. This gives me a lift as we have just started looking at Authentication and Permissions for our software development. We designed exactly what we wanted from this and found out that LiveUser does exactly the same and as there is no reason to re-invent the wheel we decided on LiveUser.  Four people work on developing this tool (we don&#8217;t even have 4 developers on our own software). Although the manuals (as with most opensource stuff) for PEAR are terrible spending time working out using it is less in developing something thats already freely available.</p>
<p>From a Business and Consultancy point of view using these libraries on small projects is a great idea.  We used our own code on a few small websites a couple of years ago and now they need much more extensive functionality (i.e one needs LiveUser) and trying to integrate it in is proving a nightmare.  Goingback over code that was done 2 years ago and not well documented is tough.  The HTML Templating is so time consuming.  Even though the projects were small, we didn&#8217;t think long run and thats the big mistake in development and roadmap of any software.  Developing for now only gets you in trouble.</p>
<p>How easy would it be if for example if LiveUser were integrated but you were only utilizing small amounts of its functionality, but then in 6 months your client has grown and need you to help with permissions. Or the DB layer needs a connection to an Oracle DB rather than just MySQL or MSSQL.  </p>
<p>I will not pay a developer to re-work his own work.  If for his Â£45 -Â£55 per hour he could not build something forward thinking enough the first time I would not employ his so called expertise again. Obviously not everything can be built like that 100%, but I would expect a expensive developer to think forward.    </p>
<p>PEAR in my Business Consultancy and Web Development Management eyes is forward thinking for many of the PHP functions that you would ever want to write. Utilize them even in small projects and your future upgrade/reworking for clients will be minimal. </p>
<p>Dont need to use the PEAR::Date think again and imagine you were 1 year down the line.  Think about the client needs in 6 - 12 months and decide what its requirements will be.  We did this with our software development of a Shopping Cart and CRM Backend Application and PEAR fits in now and will in the future (we hope).  When we created the Cart it didn&#8217;t need the whole and extent of functionality that many of the PEAR Tools we integrated (i.e. we only need small pieces from PEAR::Date or the other various tools), but when we released &#8220;Our Cart Corporate Enterprise Edition&#8221; taddah, it took very little re-working to get a larger edition developed and working with bigger clients.</p>
<p>We use PEAR:<br />
DB<br />
Date<br />
Template_IT<br />
LiveUser<br />
Liveuser_admin<br />
SOAP<br />
HTTP_Session</p>
<p>Also looking at<br />
Web_Services_Google for one project</p>]]></content:encoded>
	</item>
</channel>
</rss>
