<?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>Wed, 23 May 2012 05:51:27 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Till Klampaeckel's Blog: Zend Framework: CRUD]]></title>
      <guid>http://www.phpdeveloper.org/news/17988</guid>
      <link>http://www.phpdeveloper.org/news/17988</link>
      <description><![CDATA[<p>
In <a href="http://till.klampaeckel.de/blog/archives/183-Zend-Framework-CRUD.html">this new post</a> to his blog <i>Till Klampaeckel</i> shares a Zend Framework "base" controller that makes it easier to do the usual CRUD (Create, Read, Update, Delete) operations in an application.
</p>
<blockquote>
I think it took me (or us) a couple attempts to get this right - let me introduce you to Zf_Crud, a CRUD controller for the Zend Framework. [...] Zf_Crud aims to provide you with an interface for any table possible - think of it as a phpMyAdmin more tailored towards your data and (thanks to Twitter Bootstrap and the <a href="https://github.com/easybib/EasyBib_Form_Decorator">Easybib_Form_Decorator</a>) prettier!
</blockquote>
<p>
He <a href="http://till.klampaeckel.de/blog/archives/183-Zend-Framework-CRUD.html">shows how to install and use it</a> (via PEAR or Composer) and an example of a controller extending it. You can <a href="https://github.com/lagged/Zf_Crud/downloads">find the code here</a> on github, ready to clone and try out.
</p>]]></description>
      <pubDate>Tue, 22 May 2012 10:07:20 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: PHP-GTK Migrates to Git/Github]]></title>
      <guid>http://www.phpdeveloper.org/news/17704</guid>
      <link>http://www.phpdeveloper.org/news/17704</link>
      <description><![CDATA[<p>
As a part of the move to git/github that the <a href="http://phpdeveloper.org/news/17695">PHP project recently made</a>, a reminder was posted that the <a href="https://github.com/php/php-gtk-src">PHP-GTK project has also migrated</a>.
</p>
<blockquote>
PHP-GTK is a PHP extension that enables you to write client-side cross-platform
GUI applications. This is the first such extension of this kind and one of the
goals behind it was to prove that PHP is a capable general-purpose scripting
language that is suited for more than just Web applications.
</blockquote>
<p>
The <a href="https://github.com/php/php-gtk-src">full source</a> can be found and forked/cloned over on github and is just waiting for you to contribute!
</p>]]></description>
      <pubDate>Wed, 21 Mar 2012 09:40:31 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PEAR Blog: What would you do with 5 million lines of code?]]></title>
      <guid>http://www.phpdeveloper.org/news/17441</guid>
      <link>http://www.phpdeveloper.org/news/17441</link>
      <description><![CDATA[<p>
On the PEAR blog today there's an update about the <a href="http://blog.pear.php.net/2012/01/24/what-would-you-do-with-5-million-lines-of-code/">migration over to github</a> that 5 million lines of code has already made:
</p>
<blockquote>
Since October 2011, 5 million lines of the PEAR codebase has shifted to github. Hand in hand with this shift has been the tireless work of Daniel C - someone who brazenly said "I will fix the failing packages!" in the tail end of last year.
</blockquote>
<p>
As a result of <a href="http://permalink.gmane.org/gmane.comp.php.pear.devel/50101">his efforts</a> a list has been created of <a href="http://test.pear.php.net:8080/view/Known%20Good/">known good packages</a> to use with PHP 5.4. Other results include:
</p>
<ul>
<li>All test infrastructure upgrading to PHP 5.4 release candidates
<li>All database driven test suites executing properly, catching a variety of simple bugs
<li>Hitting a point of "near zero" patches to be applied to unmaintained packages
<li>Increasingly, the PEAR QA team is delivering PHP 5.3+ friendly forks of existing packages
</ul>]]></description>
      <pubDate>Tue, 24 Jan 2012 12:18:07 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PEAR Blog: Welcome to new contributors]]></title>
      <guid>http://www.phpdeveloper.org/news/17276</guid>
      <link>http://www.phpdeveloper.org/news/17276</link>
      <description><![CDATA[<p>
On the PEAR Group blog there's a new post <a href="http://blog.pear.php.net/2011/12/18/welcome-to-new-contributors/">welcoming all new contributors</a> to the project and pointing out that the PEAR account on Github has officially <a href="https://github.com/pear/">passed the 200 repository mark</a> in the move from SVN to Git.
</p>
<blockquote>
PEAR is about providing the PHP community with reusable, effective components - this has been our mission since day 1. If there is anything we can do to make that goal happen, to assist you as an individual or company, I would strongly encourage you to let us know - we're here to help.
</blockquote>
<p>
They mention the work of two individuals that have done good work on a specific package, <a href="https://github.com/meldra">meldra</a> and <a href="https://github.com/Gemorroj">Gemorroj</a> - perfect examples of how the move to Github has made it simpler to implement changes that have been "waiting in the wings" on the <a href="https://github.com/pear/XML_Feed_Parser">XML_Feed_Parser</a> and <a href="https://github.com/pear/Image_Barcode2">Image_Barcode2</a> packages.
</p>
<p>
If you've had changes you've wanted to make to a PEAR package in the past but haven't ever gotten them submitted, there's not a <a href="http://github.com/pear">better time than now</a>.
</p>]]></description>
      <pubDate>Mon, 19 Dec 2011 10:06:55 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPBuilder.com: Talking to GitHub with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/17197</guid>
      <link>http://www.phpdeveloper.org/news/17197</link>
      <description><![CDATA[<p>
PHPBuilder.com has a new tutorial posted about <a href="http://www.phpbuilder.com/columns/github/github-api-php_11-29-2011.php3">interfacing with GitHub in PHP</a>, using their API to hook into and pull down information about users and repositories.
</p>
<blockquote>
The <a href="http://git-scm.com/">Git</a>-based project hosting service <a href="http://www.github.com/">GitHub</a> is certainly the belle of today's technology ball, having attracted more than 1 million registered users and amassed more than 2 million hosted projects in less than three years. [...] <a href="http://github-high-scores.heroku.com/">GitHub High Scores</a> and <a href="http://github-badges.heroku.com/">GitHub Badges</a> are two examples of third-party services created using the GitHub API, which is capable of carrying out any task you might wish to perform via GitHub.com. With it you can create, edit and search repositories, learn more about fellow GitHub users, and manage repository issues.
</blockquote>
<p>
<i>Jason</i> shows how to use the <a href="http://github.com/ornicar/php-github-api">php-github-api library</a> to connect to the API, search repository information, get user details, finding their repositories and accessing restricted resources (things only available for the authenticated user like updating your account or working with your own repositories).
</p>]]></description>
      <pubDate>Thu, 01 Dec 2011 11:28:40 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PEAR Blog: PEAR Development on Github]]></title>
      <guid>http://www.phpdeveloper.org/news/17095</guid>
      <link>http://www.phpdeveloper.org/news/17095</link>
      <description><![CDATA[<p>
On the PEAR blog today it's been pointed out that <a href=http://blog.pear.php.net/2011/11/05/pear-development-on-github/">many PEAR packages are moving to github</a> as their standard place for development and repositories under the <a href="http://github.com/pear">pear</a> and <a href="http://github.com/pear2">pear2</a> accounts are available for anyone wanting to make the move.
</p>
<blockquote>
While the existing PEAR packages will continue to use the pear.php.net distribution and bug tracking capabilities; it's never been easier to contribute to a PEAR package - simply fork; add your changes and send us a pull request. If your preferred packages aren't yet on github, please feel free to drop us a line on the pear-dev mailing list.
</blockquote>
<p>
<a href="http://old.nabble.com/PEAR-Development-on-Github-td32199368.html">Here's more about the process</a> to get the repository set up and how to migrate your package's current code from SVN over to github. The transition's pretty painless and can make the social development and improvement of your package a lot simpler.
</p>]]></description>
      <pubDate>Mon, 07 Nov 2011 12:36:57 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Symfony Blog: All symfony 1.x versions available on Github]]></title>
      <guid>http://www.phpdeveloper.org/news/17043</guid>
      <link>http://www.phpdeveloper.org/news/17043</link>
      <description><![CDATA[<p>
<i>Fabien Potencier</i> has <a href="http://symfony.com/blog/all-symfony-1-x-versions-available-on-github?">made an announcement</a> on the Symfony Blog today about all the availability of previous Symfony versions on github.
</p>
<blockquote>
symfony1 is well and alive and many developers are now using it for projects hosted on Git. But as the official symfony 1 repository is hosted on Subversion, it's not always easy to get things versioned easily. As of today, this becomes much more easier. If you are using Git and symfony1, you can now use the official symfony1 <a href="https://github.com/symfony/symfony1">Git</a> clone.
</blockquote>
<p>
There are branches for each of the major 1.x releases as well as tags for some of the minor releases. You can, of course, still access the latest packages directly via the <a href="http://www.symfony-project.org/">symfony website</a>.
</p>
]]></description>
      <pubDate>Wed, 26 Oct 2011 09:15:15 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ken Guest's Blog: A new Openstreetmap API framework for PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/17029</guid>
      <link>http://www.phpdeveloper.org/news/17029</link>
      <description><![CDATA[<p>
<i>Ken Guest</i> has <a href="http://blogs.linux.ie/kenguest/2011/10/21/a-new-openstreetmap-api-framework-for-php/">a new post</a> today talking about a PEAR package he's been developing, <a href="https://github.com/kenguest/Services_Openstreetmap">Services_Openstreetmap</a>, to interact with the <a href="http://openstreetmap.org">OpenStreetMap</a> service to make it simpler to work with OSM data, adding new locations and working with users.
</p>
<blockquote>
So over the last while, I've been working on a PHP package imaginatively named <a href="https://github.com/kenguest/Services_Openstreetmap">Services_Openstreetmap</a>, for interacting with the <a href="http://wiki.openstreetmap.org/wiki/API_v0.6">openstreetmap API</a>. I initially needed it so I could search for certain POIs and tabulate the results; it's now also capable of adding data to the openstreetmap database - nodes and other elements can be created, updated and so on. It will even access the details of the user that is being used to modify that data, which is one difference between it and <a href="http://wiki.openstreetmap.org/wiki/Develop/Frameworks#Single_Purpose_Client_Libraries_for_API0.6_.28the_RESTful_API.29">the other single purpose OSM frameworks</a>.
</blockquote>
<p>
He's <a href="http://pear.php.net/pepr/pepr-proposal-show.php?id=667">submitted it to PEAR</a> for official inclusion. Until then, you can <a href="https://github.com/kenguest/Services_Openstreetmap">download the package from github</a>. The <a href="http://www.openstreetmap.org/">OpenStreetMap project</a> is a community-driven mapping tool that allows users to provide new map information or make updates in an effort to keep things more up to date.
</p>]]></description>
      <pubDate>Mon, 24 Oct 2011 08:16:29 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Web Species Blog: We built a cloud platform for PHP. Wait...what?]]></title>
      <guid>http://www.phpdeveloper.org/news/16946</guid>
      <link>http://www.phpdeveloper.org/news/16946</link>
      <description><![CDATA[<p>
As mentioned on the Web Species blog in <a href="http://blog.webspecies.co.uk/2011-10-03/we-built-a-cloud-platform-for-php-wait-what.html">this recent post</a>, they've developed a "Windows Azure done right" platform (<a href="http://cloud.webspecies.co.uk/">Azure++</a>, name pending) that makes deploying to an Azure platform a much simpler process, pulling from something like a remote code repository (maybe <a href="http://github.com">github</a>) and deploying in less than five seconds.
</p>
<blockquote>
Azure is just impossible to use for PHP today. This is a fact. Doesn't matter which way you look at it, it just su.. isn't particularly good. The amount of steps you need to make, the knowledge you need to have and the fact that you can only deploy from Windows host are some of the things which make it a very painful experience. I had enough of this pain.
</blockquote>
<p>
<a href="http://cloud.webspecies.co.uk/">The service</a> helps you make quick and easy Azure deployments. <a href="http://cloud.webspecies.co.uk/features">Features</a> include multiple datacenter support, your choice of PHP versions (5.2 or 5.3) and the ability to deploy in "production" or "development" environments. You can find out more about the service <a href="http://cloud.webspecies.co.uk/">here</a>.
</p>]]></description>
      <pubDate>Tue, 04 Oct 2011 10:33:04 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Lars Tesmer's Blog: PHPUnit: Better Syntax for Expecting Exceptions]]></title>
      <guid>http://www.phpdeveloper.org/news/16814</guid>
      <link>http://www.phpdeveloper.org/news/16814</link>
      <description><![CDATA[<p>
<i>Lars Tesmer</i> has an <a href="http://lars-tesmer.com/blog/2011/08/29/phpunit-better-syntax-for-expecting-exceptions/">alternative to testing xceptions</a> in <a href="http://phpunit.de">PHPUnit</a> that's a bit more flexible than just a docblock comment definition.
</p>
<blockquote>
My main issues with this way of expecting exceptions are:

The expectation is pretty far away from the location you'd normally expect to find an assertion. Usually, an assertion can be found at the bottom of each test function, whereas with the current method PHPUnit uses, it's at the top of the test-function. Additionally, it's an annotation "buried" in a comment which is easy to miss. Finally, PHPUnit will watch for an exception thrown by any of the code inside the test-function. 
</blockquote>
<p>
To replace it, he's created an "assertThrowsException" test that takes in the exception type to test for and the code to test for the exception (via a closure). He has his <a href="https://github.com/kiltec/phpunit/commit/dd5c7bd71d6eb8d4b58ce79b5ae069fbb0734354">proof-of-concept posted on github</a> if you'd like to give it a try. This also allows you to test for more than one exception in the same test, possibly as a result of slightly different conditions.
</p>]]></description>
      <pubDate>Mon, 05 Sep 2011 10:15:25 -0500</pubDate>
    </item>
  </channel>
</rss>

