<?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, 12 Feb 2012 16:10:07 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Mike Wallner's Blog: Dropping server load with HTTP caching]]></title>
      <guid>http://www.phpdeveloper.org/news/17456</guid>
      <link>http://www.phpdeveloper.org/news/17456</link>
      <description><![CDATA[<p>
<i>Mike Wallner</i> has shared a <a href="http://blog.iworks.at/?/archives/4-Dropping-server-load-with-HTTP-caching.html">quick and easy HTTP caching technique</a> in a new post to his blog today. The key is in using the PEAR <a href="http://pear.php.net/package/HTTP_Header">HTTP_Header</a> package.
</p>
<blockquote>
Ever watched youself browsing e.g. a web forum? Noticed that you viewed the same page several times? Well, this means extraordinary and useless load for your server if there's no caching mechanism implemented in the web application. Even if there is some file or db cache you can still improve performance with implementing some http cache.
</blockquote>
<p>
With a few simple lines of code using <a href="http://pear.php.net/package/HTTP_Header">HTTP_Header</a>, you can tell your scripts how long to set the "expires" header to on your requests. This increment (in seconds) is relayed to the browser to tell it when to next fetch the page and not reload from cache.
</p>]]></description>
      <pubDate>Fri, 27 Jan 2012 09:43:04 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Mike Purcell's Blog: Use PHPUnit without PEAR]]></title>
      <guid>http://www.phpdeveloper.org/news/17451</guid>
      <link>http://www.phpdeveloper.org/news/17451</link>
      <description><![CDATA[<p>
<i>Mike Purcell</i> has a new post to his blog showing a method he's followed to be able to use the popular <a href="http://phpunit.de">PHPUnit</a> unit testing software without having to go through the PEAR installer to get there.
</p>
<blockquote>
PHPUnit is a great tool to protect us developers from introducing new defects when adding new features or re-factoring code. However there is one HUGE downside to PHPUnit; it must be installed using PEAR. Personally, I don't like 'auto-installers', I'd prefer to know what exactly is happening behind the scenes with regards to which libraries are required and how they are being called. [...] After breaking down the PHPUnit source code, I realized it could be installed without going through PEAR, and without too much headache.
</blockquote>
<p>
He walks you through the directories you'll need to set up (test/vendor), the commands you'll need to get the latest version and unpack it, changes to set up some symlinks and updating the PHPUnit source to modify the <a href="http://code.ownij.com/PHPUnitAutoload.php">autoloader</a>, <a href="http://code.ownij.com/PHPUnitBootstrap.php">bootstrap</a> and phpunit executable. 
</p>]]></description>
      <pubDate>Thu, 26 Jan 2012 09:48:00 -0600</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[Engine Yard: The Future of PHP: PEAR and Pyrus Webcast Recording]]></title>
      <guid>http://www.phpdeveloper.org/news/17167</guid>
      <link>http://www.phpdeveloper.org/news/17167</link>
      <description><![CDATA[<p>
If you missed out on the <a href="http://phpdeveloper.org/news/17096">Future of PEAR/Pyrus</a> webcast event put on by <a href="http://engineyard.com">Engine Yard</a>, you're in luck - they've <a href="https://www.engineyard.com/podcast/the-future-of-php-pear-and-pyrus">posted a recording</a> of the event.
</p>
<blockquote>
In this panel discussion, we tackle topics including the direction PEAR and Pyrus will be going in the next few years, obstacles that may be on the horizon, and more.
</blockquote>
<p>
<a href="http://pear.php.net">PEAR</a> is the package library of standardized packages for a variety of common development tasks. <a href="http://pear2.php.net/PEAR2_Pyrus">Pyrus</a> is a new package manager to make installing and maintaining PEAR packages simpler. Engine Yard's next webcast will <a href="https://engineyard.webex.com/engineyard/onstage/g.php?t=a&d=807664561">cover the Lithium framework</a> with core contributors <i>Nate Abele</i>, <i>Garrett Woodworth</i>, and <i>John Anderson</i> on December 1st.
</p>]]></description>
      <pubDate>Wed, 23 Nov 2011 18:05:10 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[php|architect: Geolocation: Easier Than It Looks]]></title>
      <guid>http://www.phpdeveloper.org/news/17098</guid>
      <link>http://www.phpdeveloper.org/news/17098</link>
      <description><![CDATA[<p>
On the php|architect site <i>Jeremy Kendall</i> has a new article looking at <a href="http://www.phparch.com/2011/11/geolocation-its-easier-than-it-looks/">geolocation in PHP</a> and how, despite some comments in the past about its difficulty, some more recent tools make it relatively simple.
</p>
<blockquote>
Have you ever wanted to add location-aware content to your web applications? Would you believe me if I told you it was dead easy, and you could be up and running in about 10 minutes? The first thing you want to do is use someone else's work. Geolocation is a solved problem; there's no need to roll your own. I went searching for free Geolocation APIs and found two I wanted to try: MaxMind's <a href="http://www.maxmind.com/app/geolitecity">GeoLite API</a> and <a href="http://developer.quova.com/">Quova</a>.
</blockquote>
<p>
He briefly introduces each data source - GeoLite as a downloadable database and Quova as an API. Sample code is included for using the data from both of these services to find a location based on an IP address. He does include one caveat though - be careful about accuracy, they usually only promise things to be within 25 miles of the spot you're actually looking for.
</p>]]></description>
      <pubDate>Tue, 08 Nov 2011 08:03:21 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: EngineYard Hosts "Future of PHP" Live Panel - "PEAR & Pyrus"]]></title>
      <guid>http://www.phpdeveloper.org/news/17096</guid>
      <link>http://www.phpdeveloper.org/news/17096</link>
      <description><![CDATA[<p>
<a href="http://engineyard.com">EngineYard</a>, a company that recently merged with the PHP platform as a service provider <a href="http://orchestra.io">Orchestra.io</a>, has <a href="http://pages.engineyard.com/FutureofPHPPEARPyrus.html">a new live panel podcast</a> about the Future of PHP, specifically involving <a href="http://pages.engineyard.com/FutureofPHPPEARPyrus.html">PEAR and Pyrus</a>.
</p>
<blockquote>
If you are a PHP developer using PEAR and Pyrus, we invite you to join us this week as we explore the future of PEAR and Pyrus. We'll be discussing issues such as where PEAR/Pyrus will be going in the next few years, what obstacles may be on the horizon, and how they're going to get where they're going.
</blockquote>
<p>
The <a href="http://pages.engineyard.com/FutureofPHPPEARPyrus.html">live panel</a>, hosted by <i>Elizabeth Naramore</i>, will include experts from the two projects: <i>David Coallier</i> (President), <i>Helgi &THORN;ormar &THORN;orbj&ouml;rnsson</i>, <i>Brett Bieber</i>, and <i>Till Klamp&auml;ckel</i>. There's still time to sign up to attend - the show happens on November 17th. To put your name in to be a part of the event, <a href="http://pages.engineyard.com/FutureofPHPPEARPyrus.html">fill in the info here</a> and you'll be sent more information about attending.
</p>]]></description>
      <pubDate>Mon, 07 Nov 2011 13:09:35 -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[PEAR Blog: Newly stable packages in PEAR]]></title>
      <guid>http://www.phpdeveloper.org/news/17061</guid>
      <link>http://www.phpdeveloper.org/news/17061</link>
      <description><![CDATA[<p>
The PEAR blog has a recommendation for those that might not have updated their package udage in a while - <a href="http://blog.pear.php.net/2011/10/30/newly-stable-packages-in-pear/">there's been major changes</a> in many packages, but two in particular.
</p>
<blockquote>
We've had 60 releases since July. While most are often minor improvements or bug fixes; a number of packages really stand out. <a href="http://pear.php.net/package/Net_DNS2">Net_DNS2</a>, and <a href="http://pear.php.net/package/HTTP_Request2">HTTP_Request2</a>. Each of these packages represents the second edition of their respective APIs; each having been honed over time to a point of stability.
</blockquote>
<p>
<a href="http://pear.php.net/package/Net_DNS2">Net_DNS2</a> gives you the ability to communicate and resolve host names/domain names inside of a PHP application. <a href="http://pear.php.net/package/HTTP_Request2">HTTP_Request2</a> gives you a simple way to perform HTTP requests.
</p>]]></description>
      <pubDate>Mon, 31 Oct 2011 10:40:03 -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>
  </channel>
</rss>

