<?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 Ken Guest's online diary</title>
	<atom:link href="http://blogs.linux.ie/kenguest/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.linux.ie/kenguest</link>
	<description>php, linux, pear, mysql etc etc</description>
	<lastBuildDate>Tue, 26 Jan 2010 21:07:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Beginning Joomla! (Second Edition); A review by Andrei</title>
		<link>http://blogs.linux.ie/kenguest/2009/10/27/beginning-joomla-second-edition-a-review/comment-page-1/#comment-255373</link>
		<dc:creator>Andrei</dc:creator>
		<pubDate>Tue, 26 Jan 2010 21:07:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=277#comment-255373</guid>
		<description>I buyed this book for my collection</description>
		<content:encoded><![CDATA[<p>I buyed this book for my collection</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tagged by Donncha for Charity by lissa</title>
		<link>http://blogs.linux.ie/kenguest/2007/07/02/tagged-by-donncha-for-charity/comment-page-1/#comment-254732</link>
		<dc:creator>lissa</dc:creator>
		<pubDate>Tue, 19 Jan 2010 22:25:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=143#comment-254732</guid>
		<description>working for free is a very very good way to support the foundations</description>
		<content:encoded><![CDATA[<p>working for free is a very very good way to support the foundations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PEAR metapackage for Statusnet by abcphp.com</title>
		<link>http://blogs.linux.ie/kenguest/2010/01/17/pear_metapackage_for_statusnet/comment-page-1/#comment-254613</link>
		<dc:creator>abcphp.com</dc:creator>
		<pubDate>Tue, 19 Jan 2010 01:47:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=315#comment-254613</guid>
		<description>&lt;strong&gt;PEAR metapackage for Statusnet « Ken Guest’s online diary...&lt;/strong&gt;

A short while ago, someone popped into the PEAR irc channel on efnet and asked about installing Statusnet – which is a “open source micro messaging platform that helps you share and connect in real-time within your own domain.” It’s what powers identi....</description>
		<content:encoded><![CDATA[<p><strong>PEAR metapackage for Statusnet « Ken Guest’s online diary&#8230;</strong></p>
<p>A short while ago, someone popped into the PEAR irc channel on efnet and asked about installing Statusnet – which is a “open source micro messaging platform that helps you share and connect in real-time within your own domain.” It’s what powers identi&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PEAR metapackage for Statusnet by kenguest</title>
		<link>http://blogs.linux.ie/kenguest/2010/01/17/pear_metapackage_for_statusnet/comment-page-1/#comment-254567</link>
		<dc:creator>kenguest</dc:creator>
		<pubDate>Mon, 18 Jan 2010 18:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=315#comment-254567</guid>
		<description>There&#039;s the source XML at http://lir.talideon.com/~ken/metapackages/statusnet_pear.xml which is relatively easy to update.

It&#039;s really just a matter of updating the XML, including updating the version number of the meta-package, validating it with:

$pear package-validate statusnet_pear.xml

and then creating the .tgz with:

$pear package statusnet_pear.xml

More info on how to do this type of thing is at http://pear.php.net/manual/en/guide.developers.package2.dependencies.php - feel free to drop me, or the pear developers list ( pear-dev@lists.php.net ) a question if you feel the need too.</description>
		<content:encoded><![CDATA[<p>There&#8217;s the source XML at <a href="http://lir.talideon.com/~ken/metapackages/statusnet_pear.xml" rel="nofollow">http://lir.talideon.com/~ken/metapackages/statusnet_pear.xml</a> which is relatively easy to update.</p>
<p>It&#8217;s really just a matter of updating the XML, including updating the version number of the meta-package, validating it with:</p>
<p>$pear package-validate statusnet_pear.xml</p>
<p>and then creating the .tgz with:</p>
<p>$pear package statusnet_pear.xml</p>
<p>More info on how to do this type of thing is at <a href="http://pear.php.net/manual/en/guide.developers.package2.dependencies.php" rel="nofollow">http://pear.php.net/manual/en/guide.developers.package2.dependencies.php</a> &#8211; feel free to drop me, or the pear developers list ( <a href="mailto:pear-dev@lists.php.net">pear-dev@lists.php.net</a> ) a question if you feel the need too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PEAR metapackage for Statusnet by Evan Prodromou</title>
		<link>http://blogs.linux.ie/kenguest/2010/01/17/pear_metapackage_for_statusnet/comment-page-1/#comment-254540</link>
		<dc:creator>Evan Prodromou</dc:creator>
		<pubDate>Mon, 18 Jan 2010 15:16:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=315#comment-254540</guid>
		<description>Ken,

That&#039;s great news! What can we do to help keep this metapackage maintained?

-Evan</description>
		<content:encoded><![CDATA[<p>Ken,</p>
<p>That&#8217;s great news! What can we do to help keep this metapackage maintained?</p>
<p>-Evan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; by Scott Baldwin</title>
		<link>http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/comment-page-1/#comment-252426</link>
		<dc:creator>Scott Baldwin</dc:creator>
		<pubDate>Sun, 27 Dec 2009 23:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=307#comment-252426</guid>
		<description>Nice to see someone thought of this already.</description>
		<content:encoded><![CDATA[<p>Nice to see someone thought of this already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; by kenguest</title>
		<link>http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/comment-page-1/#comment-251741</link>
		<dc:creator>kenguest</dc:creator>
		<pubDate>Wed, 23 Dec 2009 02:04:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=307#comment-251741</guid>
		<description>@Jamie: That&#039;s fair enough - often one must work within the confines of what has already been decided on. You could, I suppose, check if the relevant PEAR packages are installed and if so delegate the validation tasks to those packages.

@Chris: chances are the PEAR packages you had been using were not stable releases - once a package has been released as stable it must remain backwards compatible in every future release.

Also it is very easy to set up individual PEAR installs in common hosting environments; steps required for doing this are detailed at http://pear.php.net/manual/en/installation.shared.php and are also useful for situations where you perhaps do not have permission/access rights to update or install new packages to an existing PEAR install on a certain machine.

Regarding abandoned projects - it is true that there are a number of orphaned packages in PEAR - in fact a list of them is available at http://pear.php.net/qa/packages_orphan.php - the PEAR Group and QA teams adopted a mechanism for other developers to assist in maintaining those packages and potentially take over responsibility for them. This is outlined at http://pear.php.net/manual/en/newmaint.takingover.php 

PEAR itself is, I think, framework agnostic; it certainly isn&#039;t what some would term a full-stack framework such as Symfony, CodeIgnitor or CakePHP; it is PHP&#039;s equivalent to Perl&#039;s CPAN (http://www.cpan.org/ ), Ruby&#039;s gems ( http://docs.rubygems.org/ ), and Python&#039;s eggs ( http://www.python-eggs.org/ ). 
(It is also an install mechanism - popular and reliable enough for many frameworks to be installable via the PEAR installer; solar, zend, symfony  are just a few that can be downloaded and installed via PEAR.)

This actually leaves plenty of room for PEAR packages to do some of the grunt work required by various frameworks and also gives the benefit of only having to fix a certain bug once - rather than having to solve/fix them a multitude of times depending on what framework you&#039;ve used for the project in hand.
Fix a bug, send the patch upstream and never have to worry about it again - sounds good, eh?</description>
		<content:encoded><![CDATA[<p>@Jamie: That&#8217;s fair enough &#8211; often one must work within the confines of what has already been decided on. You could, I suppose, check if the relevant PEAR packages are installed and if so delegate the validation tasks to those packages.</p>
<p>@Chris: chances are the PEAR packages you had been using were not stable releases &#8211; once a package has been released as stable it must remain backwards compatible in every future release.</p>
<p>Also it is very easy to set up individual PEAR installs in common hosting environments; steps required for doing this are detailed at <a href="http://pear.php.net/manual/en/installation.shared.php" rel="nofollow">http://pear.php.net/manual/en/installation.shared.php</a> and are also useful for situations where you perhaps do not have permission/access rights to update or install new packages to an existing PEAR install on a certain machine.</p>
<p>Regarding abandoned projects &#8211; it is true that there are a number of orphaned packages in PEAR &#8211; in fact a list of them is available at <a href="http://pear.php.net/qa/packages_orphan.php" rel="nofollow">http://pear.php.net/qa/packages_orphan.php</a> &#8211; the PEAR Group and QA teams adopted a mechanism for other developers to assist in maintaining those packages and potentially take over responsibility for them. This is outlined at <a href="http://pear.php.net/manual/en/newmaint.takingover.php" rel="nofollow">http://pear.php.net/manual/en/newmaint.takingover.php</a> </p>
<p>PEAR itself is, I think, framework agnostic; it certainly isn&#8217;t what some would term a full-stack framework such as Symfony, CodeIgnitor or CakePHP; it is PHP&#8217;s equivalent to Perl&#8217;s CPAN (<a href="http://www.cpan.org/" rel="nofollow">http://www.cpan.org/</a> ), Ruby&#8217;s gems ( <a href="http://docs.rubygems.org/" rel="nofollow">http://docs.rubygems.org/</a> ), and Python&#8217;s eggs ( <a href="http://www.python-eggs.org/" rel="nofollow">http://www.python-eggs.org/</a> ).<br />
(It is also an install mechanism &#8211; popular and reliable enough for many frameworks to be installable via the PEAR installer; solar, zend, symfony  are just a few that can be downloaded and installed via PEAR.)</p>
<p>This actually leaves plenty of room for PEAR packages to do some of the grunt work required by various frameworks and also gives the benefit of only having to fix a certain bug once &#8211; rather than having to solve/fix them a multitude of times depending on what framework you&#8217;ve used for the project in hand.<br />
Fix a bug, send the patch upstream and never have to worry about it again &#8211; sounds good, eh?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; by Chris</title>
		<link>http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/comment-page-1/#comment-251628</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Mon, 21 Dec 2009 13:41:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=307#comment-251628</guid>
		<description>Except that sometimes you don&#039;t want or need PEAR.. I haven&#039;t used PEAR for a long time because the interface kept changing with every minor version upgrade.. 

The quality per package seems to vary a lot... and sometimes the project owner seem to have abandon the project. Not to mention that most hosts do not have PEAR installed..

It is not without a reason most frameworks come with their own solutions... even ZEND ^^

http://framework.zend.com/manual/en/zend.validate.html

Validation should be a part of any framework to my opinion</description>
		<content:encoded><![CDATA[<p>Except that sometimes you don&#8217;t want or need PEAR.. I haven&#8217;t used PEAR for a long time because the interface kept changing with every minor version upgrade.. </p>
<p>The quality per package seems to vary a lot&#8230; and sometimes the project owner seem to have abandon the project. Not to mention that most hosts do not have PEAR installed..</p>
<p>It is not without a reason most frameworks come with their own solutions&#8230; even ZEND ^^</p>
<p><a href="http://framework.zend.com/manual/en/zend.validate.html" rel="nofollow">http://framework.zend.com/manual/en/zend.validate.html</a></p>
<p>Validation should be a part of any framework to my opinion</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; by Ken Guest&#8217;s Blog: A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; &#124; Webs Developer</title>
		<link>http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/comment-page-1/#comment-251216</link>
		<dc:creator>Ken Guest&#8217;s Blog: A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; &#124; Webs Developer</dc:creator>
		<pubDate>Thu, 17 Dec 2009 18:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=307#comment-251216</guid>
		<description>[...] response to a different post he read on a postal/zip code validation topic, Ken Guest has points out other resources that can be used to accomplish the same sort of thing and already exist.   I drew attention to two [...]</description>
		<content:encoded><![CDATA[<p>[...] response to a different post he read on a postal/zip code validation topic, Ken Guest has points out other resources that can be used to accomplish the same sort of thing and already exist.   I drew attention to two [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A response to &#8220;Better Postal/Zip Code Validation Method for CakePHP 1.2&#8243; by Jamie Nay</title>
		<link>http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/comment-page-1/#comment-250995</link>
		<dc:creator>Jamie Nay</dc:creator>
		<pubDate>Tue, 15 Dec 2009 16:11:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/?p=307#comment-250995</guid>
		<description>Thanks for the response, Ken. I agree that a validation solution such as the PEAR validation packages would be a good, robust choice, and probably better than the solution I put forward.


However, as the subject and content of my post indicated, I was addressing a deficiency with the CakePHP framework&#039;s postal validation code. So, my solution is based on the existing Validation::postal() method that comes with CakePHP. The regular expressions are taken from that method. So, while PEAR is a good solution, it was beyond the scope of my article to suggest scrapping Cake&#039;s entire Validation class in favour of another library.


So, I didn&#039;t &quot;spend time writing and debugging regular expressions, compiling lists of valid data and so on&quot; - you can thank the CakePHP team for that. I simply built upon their work. 


And, Ollie - I&#039;m not &quot;ignoring lightly&quot; the &quot;massive amount of detail work donated by the diligent and progressive user community&quot;. I&#039;m part of the equally diligent and progressive CakePHP user community,  so I&#039;m building on that.


Anyway, thanks for the response Ken - it did give me something to think about. If I had the time I would consider replacing Cake&#039;s Validation class with a more robust suite, but it&#039;s just not in the cards right now.</description>
		<content:encoded><![CDATA[<p>Thanks for the response, Ken. I agree that a validation solution such as the PEAR validation packages would be a good, robust choice, and probably better than the solution I put forward.</p>
<p>However, as the subject and content of my post indicated, I was addressing a deficiency with the CakePHP framework&#8217;s postal validation code. So, my solution is based on the existing Validation::postal() method that comes with CakePHP. The regular expressions are taken from that method. So, while PEAR is a good solution, it was beyond the scope of my article to suggest scrapping Cake&#8217;s entire Validation class in favour of another library.</p>
<p>So, I didn&#8217;t &#8220;spend time writing and debugging regular expressions, compiling lists of valid data and so on&#8221; &#8211; you can thank the CakePHP team for that. I simply built upon their work. </p>
<p>And, Ollie &#8211; I&#8217;m not &#8220;ignoring lightly&#8221; the &#8220;massive amount of detail work donated by the diligent and progressive user community&#8221;. I&#8217;m part of the equally diligent and progressive CakePHP user community,  so I&#8217;m building on that.</p>
<p>Anyway, thanks for the response Ken &#8211; it did give me something to think about. If I had the time I would consider replacing Cake&#8217;s Validation class with a more robust suite, but it&#8217;s just not in the cards right now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
