<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Tue, 07 Oct 2008 10:06:39 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[LispCast.com: PHP vs. Lisp]]></title>
      <guid>http://www.phpdeveloper.org/news/11141</guid>
      <link>http://www.phpdeveloper.org/news/11141</link>
      <description><![CDATA[<p>
On the LispCast blog there's <a href="http://lispcast.com/drupal/node/71">this recent post</a> comparing (surprise) Lisp and PHP and the latter's popularity in the online development communities.
</p>
<blockquote>
My question is this: how did PHP get so many libraries, get installed on so many computers, and attract so much developer attention in the first place? [...] To summarize: Lisp is marketing itself poorly. Lisp either needs to get competitive on the ease of use and productivity front, or lose programmers to other languages.
</blockquote>
<p>
He mentions <a href="http://briancarper.net/2008/09/22/practicality-php-vs-lisp/">this post</a> from <i>Brian Carper</i> and <a href="http://www.findinglisp.com/blog/2008/09/php-vs-lisp-unfortunately-its-true.html">this response</a> as two places bringing up good points about Lisp and its community. 
</p>
<p>
That's one of the things that PHP has going for it over Lisp - the community. PHP's community is constantly pushing, reaching out to the developers with simple tutorials and (usually) useful libraries. He makes a call to the Lisp developers out there, though:
</p>
<blockquote>
The day will come when Lisp won't be cast aside as a quaint relic of bygone days. On that day, Lisp will be seen as equal to the big languages. And it will learn from and share with them as peers.
</blockquote>]]></description>
      <pubDate>Fri, 03 Oct 2008 09:32:12 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[David Parra's Blog: Compiling PHP under OpenSolaris]]></title>
      <guid>http://www.phpdeveloper.org/news/11114</guid>
      <link>http://www.phpdeveloper.org/news/11114</link>
      <description><![CDATA[<p>
<i>David Parra</i> has <a href="http://blog.experimentalworks.net/archives/90-Compiling-PHP-under-OpenSolaris.html">posted his method</a> for getting the latest version of PHP compiled under a machine running OpenSolaris.
</p>
<blockquote>
As I switched my main system recently from Linux to OpenSolaris I compiled PHP. Quiet obvious things are a little bit different on Solaris. The usual ./buildconf && ./configure && make install doesn't work anymore. The good news: It's not much harder.
</blockquote>
<p>
A few extra packages are required (like SUNWgmake, SUNWgcc and SUNWbison) and the <a href="http://sourceforge.net/projects/re2c">Re2c</a> library, but after that, it's just like a normal install. All commands needed to make the build are included in <a href="http://blog.experimentalworks.net/archives/90-Compiling-PHP-under-OpenSolaris.html">the post</a>.
</p>]]></description>
      <pubDate>Tue, 30 Sep 2008 08:46:09 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[GoodPHPTutorials.com: Integrating the Authorize.Net AIM API with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/11100</guid>
      <link>http://www.phpdeveloper.org/news/11100</link>
      <description><![CDATA[<p>
On the GoodPHPTutorials.com website there's <a href="http://www.goodphptutorials.com/out/Integrating_the_Authorize_Net_AIM_API_with_PHP">a new tutorial</a> showing how to get the Authorize.net API to talk back and forth between it and your application.
</p>
<blockquote>
I have taken the time to abstract the AIM API into my own class that not only simplifies the code we will need to work with that API but also makes it modular and easy to port from application to application. To begin you will need to download the AuthnetAIM class. You can find it <a href="http://www.johnconde.net/files/AuthnetAIM.class.phps">here</a>. 
</blockquote>
<p>
He walks you through the <a href="http://www.goodphptutorials.com/out/Integrating_the_Authorize_Net_AIM_API_with_PHP">setup and configuration</a> of the library and includes a few examples of how to make both simple and more complex transactions through it.
</p>]]></description>
      <pubDate>Fri, 26 Sep 2008 13:05:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[LispCast.com: An interesting analysis of why PHP is so popular ]]></title>
      <guid>http://www.phpdeveloper.org/news/11095</guid>
      <link>http://www.phpdeveloper.org/news/11095</link>
      <description><![CDATA[<p>
New from the LispCast blog, there's an <a href="http://www.lispcast.com/drupal/node/69">interesting post</a> that looks at some of the reasons why PHP is so popular among web development circles (but maybe shouldn't be?) after reading <a href="http://plasmasturm.org/log/517/">this article</a>.
</p>
<blockquote>
For site like Flickr, Wikipedia, and Facebook - all of whom deal with enormous availability problems - to have stuck with PHP, well, that means something profound. While previously I respected PHP programmers, I always felt that they must not understand much about actual computer science. They were stuck in a procedural world, and a glimpse of what "more advanced" languages could show them would "enlighten" them.
</blockquote>
<p>
He <a href="http://www.lispcast.com/drupal/node/69">suggests</a> that PHP scripts, especially the "large libraries" some developers create do some very routine tasks that could be accomplished much simpler. He points out, though, that PHP does have something going for it and that, despite a difference in functionality offered, Lisp could learn something from PHP.
</p>]]></description>
      <pubDate>Fri, 26 Sep 2008 09:36:08 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP in Action: Type hints are more useful for scalars than objects]]></title>
      <guid>http://www.phpdeveloper.org/news/11002</guid>
      <link>http://www.phpdeveloper.org/news/11002</link>
      <description><![CDATA[<p>
On the PHP in Action blog, there's a <a href="http://www.reiersol.com/blog/1_php_in_action/archive/160_type_hints_are_more_useful_for_scalars_than_objects.html">new post</a> looking at a <a href="http://www.maxhorvath.com/2008/09/type-hints-for-scalar-values-phptypesafe-10-rc2-released.html">recent library</a> that was posted to support type hinting on scalars. They agree with his choice of subjects, noting that they see type hinting as much more useful on scalars than on objects.
</p>
<blockquote>
I admit that these judgments are hard to make. I could be wrong, more or less. Type hints are probably useful when code becomes stable enough and at the boundaries between modules. But I still tend to avoid using them until I get an actual bug that might have been prevented by a type hint. Their usefulness is and has to be an empirical question. The purpose of using them has to be catching errors earlier, so if they don't have that effect, there's no point.
</blockquote>
<p>
He lists three reasons why he had given up on type hinting before, one being the limited usefulness when it came to objects. Applying it to scalars is a different matter, though, and can prevent improper passing of array/scalars when the other is needed.
</p>]]></description>
      <pubDate>Thu, 11 Sep 2008 10:08:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Dave Marshall's Blog: Landing a PHP job Part 1: Technical Knowledge and Skills]]></title>
      <guid>http://www.phpdeveloper.org/news/10990</guid>
      <link>http://www.phpdeveloper.org/news/10990</link>
      <description><![CDATA[<p>
<i>Dave Marshall</i>, a developer from Hull, England, has <a href="http://www.davedevelopment.co.uk/2008/09/08/landing-a-php-job-part-1-technical-knowledge-and-skills/">posted a few recommendations</a> he thinks could help you land that next PHP job.
</p>
<blockquote>
After reading this <a href="http://groups.google.com/group/phpnw/browse_thread/thread/f42a1b18d39c8ce">thread</a>, I thought I'd spend some time writing about what I feel are some measures you can take to landing a job in PHP. This first part is going to concentrate on the kind of technical matters I think any PHP developer should at least have knowledge of, if not some kind of experience.
</blockquote>
<p>
He suggests: as much programming experience as possible, experience with the full development lifecycle, knowing how to work with external libraries and frameworks, being able to adapt to development tools, knowing web application security, and some work with web services and a touch of system administration. He's not saying that you have to have all of these - just that the more you know, the better off you could be.
</p>]]></description>
      <pubDate>Tue, 09 Sep 2008 11:16:30 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[IBM developerWorks: Build Ajax-based Web sites with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/10962</guid>
      <link>http://www.phpdeveloper.org/news/10962</link>
      <description><![CDATA[<p>
The IBM developerWorks website has a <a href="http://www.ibm.com/developerworks/library/wa-aj-php/?ca=drs-tp3608">new tutorial</a> for those looking to get into the powerful combination of Ajax and PHP - an introduction to creating Ajax-based websites with PHP.
</p>
<blockquote>
Learn the process of writing Asynchronous JavaScript + XML (Ajax) applications using native JavaScript code and PHP. This article introduces a few different frameworks and application program interfaces (APIs) that reduce the amount of code you need to write to achieve a complete Ajax-based Web application.
</blockquote>
<p>
They (briefly) explain what Ajax is and the benefits of it before jumping right in to a sample page. They go for the "manual first" approach so developers know to make basic connections with the XMLHttpRequest object and handle the responses. They do mention some of the libraries offered that help with the connections too (like jQuery, Prototype and Dojo).
</p>]]></description>
      <pubDate>Thu, 04 Sep 2008 11:19:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Eirik Hoem's Blog: VCL/PHP followup]]></title>
      <guid>http://www.phpdeveloper.org/news/10900</guid>
      <link>http://www.phpdeveloper.org/news/10900</link>
      <description><![CDATA[<p>
With a follow up to a <a href="http://www.phpdeveloper.org/news/8721">previous post</a> of his about Delphi's choice of VCL over Prado for the behind the scenes framework for their software, <i>Eirik Hoem</i> has <a href="http://blog.eirikhoem.net/index.php/2008/08/26/vclphp-followup/">posted this</a> based on feedback from the original post.
</p>
<blockquote>
What I miss in the feedback I got from my previous post was people acually using VCL/PHP for enterprise applications and how that is working. From what I can tell the usage of Exceptions is still limited to the 3rd party libs such as Zend Framework which are included with VCL/PHP. That's a bit interesting.
</blockquote>
<p>
He mentions one big issue that several people pointed out with the VLC implementation - the class name prefixing (or lack there of) and the problems it could cause in the future. Prado uses naming conventions that keep its classes out of the move generally named realm. He also touches on the quality of the code behind the VLC implementation, noting that while it might work well for smaller projects, there's more of a potential for failure on enterprise-level usage.
</p>]]></description>
      <pubDate>Tue, 26 Aug 2008 10:21:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ibuildings Blog: Implementing Iterators]]></title>
      <guid>http://www.phpdeveloper.org/news/10870</guid>
      <link>http://www.phpdeveloper.org/news/10870</link>
      <description><![CDATA[<p>
On the Ibuildings blog <i>Ruud Alberts</i> <a href="http://www.ibuildings.com/blog/archives/1241-Implementing-Iterators.html">takes a look</a> at iterators - what they are and how they're used (including the objects the SPL makes available).
</p>
<blockquote>
Let's kickstart this blogpost by defining what an iterator actually is. According to wikipedia, an iterator is. A collection can pretty much be anything. The most obvious sources would be arrays, but other than that, iterations can be done over database resultsets, strings, datetime intervals, directories, file content and XML listings, to name a few.
</blockquote>
<p>
He looks at the iterator interface that comes bundled in the <a href="http://www.php.net/~helly/php/ext/spl/">SPL</a> and how you can create a custom one to loop through your own data collection. He includes an example - a colorful string iterator that "pretties up" an HTML string with various colors.
</p>]]></description>
      <pubDate>Wed, 20 Aug 2008 15:02:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[David Otton's Blog: Frameworks vs. Libraries in PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/10816</guid>
      <link>http://www.phpdeveloper.org/news/10816</link>
      <description><![CDATA[<p>
In a <a href="http://www.otton.org/2008/08/05/frameworks-libraries-php-zend/">recent post</a> on his blog <i>David Otton</i> shares some of his thoughts on a major struggle between web developers (and not just PHP ones) - frameworks versus libraries.
</p>
<blockquote>
We all know that loose coupling is good and tight coupling is bad, so why, over the past couple of years, has the web industry gone nuts for tightly-coupled frameworks?
</blockquote>
<p>
He talks about the evolution of the framework, how Ruby on Rails really popularized it and some of his experience with a few of the PHP ones (CakePHP, Zend Framework, CodeIgniter and Symfony). Of those he experienced, he felt that that strongest player of the group was the Zend Framework. It allowed for the framework feel and functionality but provided enough separation to be able to drop in libraries and configure custom settings easily. 
</p>]]></description>
      <pubDate>Tue, 12 Aug 2008 14:14:34 -0500</pubDate>
    </item>
  </channel>
</rss>
