<?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>Sun, 07 Sep 2008 10:02:14 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Mikko Koppanen's Blog: Color analysis]]></title>
      <guid>http://www.phpdeveloper.org/news/8970</guid>
      <link>http://www.phpdeveloper.org/news/8970</link>
      <description><![CDATA[<p>
In the latest entry to his blog, <i>Mikko Koppanen</i> shows how to take the power of Imagick and harness it to check and see what sorts of colors an image contains:
</p>
<blockquote>
The code in the example reduces the image colors to 10, then discards all but one pixel of every color and then creates the palettes out of those colors. This might not be the most accurate way to do this, but at least it's fast.
</blockquote>
<p>
<a href="http://valokuva.org/?p=72">His code</a> makes three different "palettes" from the image - average, dark and light - and outputs them as a range of colored boxes for each all of the three palettes. Examples of the output are also included in the post.
</p>]]></description>
      <pubDate>Mon, 05 Nov 2007 10:26:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[David Coallier's Blog: Simple DBAL, PHP5, Light, Fast, Simple.]]></title>
      <guid>http://www.phpdeveloper.org/news/8540</guid>
      <link>http://www.phpdeveloper.org/news/8540</link>
      <description><![CDATA[<p>
<i>David Coallier</i> has <a href="http://blog.agoraproduction.com/index.php?/archives/49-Simple-DBAL,-PHP5,-Light,-Fast,-Simple..html">posted about</a> a database abstraction layer that he's been developing for PHP 5.2.x only systems and wants some opinions on his methods:
</p>
<blockquote>
I made a very light DBAL that uses PHP5.2.x only (Since many people seem to want that) and it has the exact same DSN syntax as MDB2 for now and the query method are also called the same (No API Changes). [...] The main goal of the DBAL is to have a very effective and light way of switching RDBMS but also the possibility to change your DBAL to something more "0feature complete" as such as MDB2.
</blockquote>
<p>
He <a href="http://blog.agoraproduction.com/index.php?/archives/49-Simple-DBAL,-PHP5,-Light,-Fast,-Simple..html">includes the list</a> of query method names and the types of databases that he wants it to support (as well as mentioning the fact that it would be unit tested for reliability).
</p>]]></description>
      <pubDate>Tue, 28 Aug 2007 09:32:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Synfony Project: New testing framework]]></title>
      <guid>http://www.phpdeveloper.org/news/6305</guid>
      <link>http://www.phpdeveloper.org/news/6305</link>
      <description><![CDATA[<p>
On the Synfony project's blog, they've <a href="http://www.symfony-project.com/weblog/2006/09/19/new-testing-framework.html">posted about</a> a new testing framework that they've implemented for their framework based around something they call "lime".
</p>
<blockquote>
<p>
If you keep an eye on the <a href="http://www.symfony-project.com/trac/timeline">timeline</a>, you probably saw that the symfony unit tests have been completely reworked lately. This is because we switched from <a href="http://www.lastcraft.com/simple_test.php">simpletest</a>, which was fine but had side effects when functional tests were executed all at once, to our own testing framework, lime.
</p>
<p>
Lime is more lighweight than PHPUnit or simpletest and has several advantages. First, it launches test files in a sandbox to avoid strange effects between each test file run (one of the reasons we were unable to fix the old symfony core tests). It also introduces a new sfBrowser, sfTestBrowser and more importantly sfDomCssSelectorBrowser that allow you to write functionnal tests with ease. It is not backward compatible but is a lot more powerful than the old system. Oh, and it holds in a single file, lime.php, without any dependence.
</p>
</blockquote>
<p>
They <a href="http://www.symfony-project.com/weblog/2006/09/19/new-testing-framework.html">show some examples</a> of its usage (and a note on which tests will need to be updated) as well as the output that would come of it. They've also included some sample tests (in the "test/" folder of the release) if you'd like to check it out more throughly.
</p>]]></description>
      <pubDate>Tue, 19 Sep 2006 07:44:42 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Matthew Weir O'Phinney's Blog: The light has not set on PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/5527</guid>
      <link>http://www.phpdeveloper.org/news/5527</link>
      <description><![CDATA[<p>
<i>Matthew Weir O'Phinney</i> has posted <a href="http://weierophinney.net/matthew/archives/119-The-light-has-not-set-on-PHP.html">his own rebuttal</a> to the wide-spread <a href="http://www.phpdeveloper.org/news/5523">Why the Light Has Gone Out on LAMP</a> article posted recently.
</p>
<quote>
<i>
<p>
 In the post, the author makes an analogy of using PHP + MySQL as the equivalent of using BASIC, and then uses a quote that claims BASIC "has become the leading cause of brain-damage in proto-hackers."
</p>
<p>
I'm sorry, but using a language doesn't cause brain damage. And there are many levels to programming. And using Python, Ruby, C, C++, Java, etc., does not automatically make you a better programmer than those using one of "those other languages". You can write crap code in any language. You can also write great code in just about any language. 
</p>
</i>
</quote>
<p>
<i>Matthew</i> also <a href="http://weierophinney.net/matthew/archives/119-The-light-has-not-set-on-PHP.html">mentions</a> a real truth behind programming, no matter who you are - that it takes practice, lots and lots of practice. That's what it is - constant practice so you know better how to combat the troubles you might find the next time they rear their ugly head.
</p>]]></description>
      <pubDate>Tue, 06 Jun 2006 17:16:23 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[NewsForge: Real world control from a Web page]]></title>
      <guid>http://www.phpdeveloper.org/news/5426</guid>
      <link>http://www.phpdeveloper.org/news/5426</link>
      <description><![CDATA[<p>
If you've ever wanted yout scripts to do something more "outside the box" and out in the real world, you might want to check out <a href="http://hardware.newsforge.com/hardware/06/05/11/1517222.shtml?tid=123&tid=55&tid=48">this new tutorial</a> from NewsForge for a good start.
</p>
<quote>
<i>
In "<a href="http://hardware.newsforge.com/hardware/06/02/02/1647248.shtml?tid=87">Acquiring data from the physical world</a>" we examined how to use a microcontroller to turn physical events (such as reading a switch) into data and send that data to a Linux box via the serial line. With this capability you can do things like counting people passing through a gate or recording how the temperature changes over time in a factory process. You can then send the data to a Web page. In this article, we'll do it in reverse -- from a Web form, instruct a microcontroller to perform some actions
</i>
</quote>
<p>
The concept's pretty simple - the <a href="http://hardware.newsforge.com/hardware/06/05/11/1517222.shtml?tid=123&tid=55&tid=48">form they build</a> submits back to the page and writes the input out to a file. This file is then read by the controller for the LED they have connected and, with the proper input, will turn it on and off. The code for the PHP/web side of things is included, but it might take a little work to get the rest of the hardware interfaced (as the author saw as well).
</p>]]></description>
      <pubDate>Tue, 23 May 2006 07:20:11 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Chris Shiflett's Blog: PHP and Scalability (Again)]]></title>
      <guid>http://www.phpdeveloper.org/news/5149</guid>
      <link>http://www.phpdeveloper.org/news/5149</link>
      <description><![CDATA[<p>
On his blog today, <i>Chris Shiflett</i> an article mentioned in <a href="http://www.phpdeveloper.org/news/5145">this previous post</a> from the O'Reilly ONLamp.com site about PHP and scalability.
</p>
<quote>
<i>
There's an interesting <a href="http://www.oreillynet.com/onlamp/blog/2006/04/digg_phps_scalability_and_perf.html">blog entry</a> on O'Reilly's web site discussing <a href="http://www.oreillynet.com/onlamp/blog/2006/04/digg_phps_scalability_and_perf.html">Digg's PHP Scalability and Performance</a>. As part of his research, the author (Brian Fioca, a Java developer) interviewed Owen Byrne, cofounder and Senior Software Engineer at <a href="http://digg.com/">Digg</a>, and built his own PHP application, <a href="http://www.gojobby.com/">Jobby</a>.
</i>
</quote>
<p>
<i>Chris</i> also points out some of the interesting comments made in <a href="http://www.oreillynet.com/onlamp/blog/2006/04/digg_phps_scalability_and_perf.html">the entry</a>, including mentions of Digg's stats and some great comments testifying to the light, powerful nature of PHP.
</p>]]></description>
      <pubDate>Tue, 11 Apr 2006 06:46:50 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Builder.com.au: LAMP lights way on open source security]]></title>
      <guid>http://www.phpdeveloper.org/news/4947</guid>
      <link>http://www.phpdeveloper.org/news/4947</link>
      <description><![CDATA[From Builder.co.au, there's <a href="http://www.builderau.com.au/program/work/soa/LAMP_lights_way_on_open_source_security/0,39024650,39237780,00.htm?feed=rss">this new article</a> that talks about the LAMP software, how's it's "showing the way" to Open Source security.
<p>
<quote>
<i>
The most popular open-source software is also the most free of bugs, according to the first results of a U.S. government-sponsored effort to help make such software as secure as possible.
<p>
The so-called LAMP stack of open-source software has a lower bug density--the number of bugs per thousand lines of code--than a baseline of 32 open-source projects analysed, Coverity, a maker of code analysis tools, announced Monday.
</i>
</quote>
<p>
<a href="http://www.builderau.com.au/program/work/soa/LAMP_lights_way_on_open_source_security/0,39024650,39237780,00.htm?feed=rss">The results</a> are a product of a Homeland Security effort (performed by Stanford University) for three years. They found that the LAMP combination contained about 0.434 bugs per 1,000 lines of code. Unfortunately, their results also showed, of those problems, PHP had the higest bug count of the four.]]></description>
      <pubDate>Tue, 07 Mar 2006 07:25:42 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: CodeIgniter - A Simple, Open Source Web App Framework]]></title>
      <guid>http://www.phpdeveloper.org/news/4927</guid>
      <link>http://www.phpdeveloper.org/news/4927</link>
      <description><![CDATA[With another entry into the "PHP frameworks" category comes <a href="http://www.codeigniter.com/index.php">CodeIgniter</a>, an "Open Source Web Application Framework that makes writing kick-ass PHP programs simple as apple pie".
<p>
<quote>
<i>
Designed to enable, not overwhelm, Code Igniter is a powerful PHP/MySQL framework with a very small footprint, built for PHP coders who need a simple and elegant toolkit to create full-featured web applications.
<p>
If you're a developer who lives in the real world of shared hosting accounts and clients with deadlines, and if you're tired of ponderously large and thoroughly undocumented frameworks that require rocket science to understand, Code Igniter might just be the right tool for you. 
</i>
</quote>
<p>
They've <a href="http://www.codeigniter.com/download.php">released a beta</a> (version 1.0) for public consumption, and it looks like it has promise. It has simplicity at its core, and makes it simple to build up useful apps quickly. Be sure to check out <a href="http://www.codeigniter.com/videos.php">the videos</a> of it in action...]]></description>
      <pubDate>Fri, 03 Mar 2006 06:56:13 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Jim Plush's Blog: New AJAX/PHP framework - My-BIC is LIGHT and TASTY!]]></title>
      <guid>http://www.phpdeveloper.org/news/4864</guid>
      <link>http://www.phpdeveloper.org/news/4864</link>
      <description><![CDATA[In <a href="http://www.litfuel.net/plush/?postid=119">his latest post</a>, <i>Jim Plush</i> looks at an Ajax/PHP framework that he has created that's lightweight and supports just the bare-bones of things - <a href="http://litfuel.net/mybic">My-BIC</a>.
<p>
<quote>
<i>
I'm looking for some volunteers to try it out and voice their opinions. The basic concept is:
one xmlhttp class that takes care of sending and receiving data and a php script on the server that acts as a front controller that all ajax requests go through.
<p>
2 lines of javascript and one php class are all you need to get an ajax setup going! So far it's for PHP5 however if there is interest in PHP4 I will create a quick version for that as well.
</i>
</quote>
<p>
He <a href="http://www.litfuel.net/plush/?postid=119">gives a code example</a> in the post, and includes a graphic detailing how it all ties together. For more information on this simple framework, check out <a href="http://litfuel.net/mybic">its current site</a>.]]></description>
      <pubDate>Mon, 20 Feb 2006 07:06:36 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Pierre's Blog: imagepng, take #2]]></title>
      <guid>http://www.phpdeveloper.org/news/4757</guid>
      <link>http://www.phpdeveloper.org/news/4757</link>
      <description><![CDATA[<i>Pierre</i> has posted his <a href="http://blog.thepimp.net/index.php/2006/01/27/35-imagepng-take-2">second look</a> at working with the imagepng function today over on his blog.
<p>
<quote>
<i>
Bernhard Seefeld was testing the new compression option for imagepng and was wondering why there is still a relative big difference in image sizes.
<p>
In my first attempt to create smaller images, I only allowed to change the compression, it was not sufficient to get really lite pictures.
<p>
After a short look to the libpng codebase (and the horrible imagick doc), I added a last argument to imagepng, the filtering mode.
</i>
</quote>
<p>
He <a href="http://blog.thepimp.net/index.php/2006/01/27/35-imagepng-take-2">includes code</a> later in the post, showing how to use this filtering option to make even smaller images (an option included from PHP 5.1.3 and up).]]></description>
      <pubDate>Mon, 30 Jan 2006 07:37:31 -0600</pubDate>
    </item>
  </channel>
</rss>
