<?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>Sat, 25 May 2013 16:07:11 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Lorna Mitchell's Blog: Using an Existing Vagrant Setup for PHP Development]]></title>
      <guid>http://www.phpdeveloper.org/news/17934</guid>
      <link>http://www.phpdeveloper.org/news/17934</link>
      <description><![CDATA[<p>
In <a href="http://www.lornajane.net/posts/2012/using-an-existing-vagrant-setup-for-php-development">this new post</a> to her blog <i>Lorna Mitchell</i> dives into the world of vagrant/puppet/chef and looks at using the tools to automatically create VMs that you can use for PHP development (or testing).
</p>
<blockquote>
I've been hearing great things about <a href="http://puppetlabs.com/">puppet</a>, <a href="http://www.opscode.com/chef/">chef</a>, <a href="http://vagrantup.com/">vagrant</a>, and friends for a while now, but since I work on my own I tend to either develop straight onto my ubuntu machine or grab an appropriate existing VM and use that. So I read about this brave new world of virtualisation but (as with most tools) they can be hard to introduce on your own, and I didn't. [...] Then I went to <a href="http://whiskyweb.co.uk/">WhiskyWeb</a>, which had a hackathon [...] with the shiny new technology all packaged for me, I decided it was time to take a look!
</blockquote>
<p>
She shows you how to get the VM started up using vagrant, pausing the instance and removing it all together (destroy). She also includes the command to directly access the VM via ssh and links to the <a href="http://vagrantup.com/">joind.in project</a> with its sample puppet configuration and Vagrant file.
</p>]]></description>
      <pubDate>Wed, 09 May 2012 10:50:24 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Till Klampaeckel's Blog: Deploying PHP applications: PEAR and composer resources for chef]]></title>
      <guid>http://www.phpdeveloper.org/news/17592</guid>
      <link>http://www.phpdeveloper.org/news/17592</link>
      <description><![CDATA[<p>
In a new post to his site <i>Till Klampaeckel</i> shows how to <a href="http://till.klampaeckel.de/blog/archives/180-Deploying-PHP-applications-PEAR-and-composer-resources-for-chef.html">use PEAR and composer resources</a> (two popular PHP package management tools) from inside of a chef deployment script.
</p>
<blockquote>
This is something experimental I have been working on for our chef deployments. So the objective was/is to find a sane way to install PEAR packages and install dependencies with composer.
</blockquote>
<p>
He shows how to set up the configuration script to discover a new PEAR channel, make the chef script not "fail hard" if a command returns a failed response code (as PEAR will do if the channel is already discovered). The "ignore_failure" configuration directive comes in handy for this. He also shows how to implement a <a href="http://wiki.opscode.com/display/chef/Lightweight+Resources+and+Providers+%28LWRP%29">LWRP</a> in chef for both a PEAR and Composer resource. 
</p>
<p>
You can find the code for this and other cookbook examples <a href="https://github.com/till/easybib-cookbooks/tree/master/php/">on his github account</a>.
</p>]]></description>
      <pubDate>Mon, 27 Feb 2012 13:17:57 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Till Klampaeckel's Blog: Cooking PHPUnit (and a chef-solo example on top)]]></title>
      <guid>http://www.phpdeveloper.org/news/17212</guid>
      <link>http://www.phpdeveloper.org/news/17212</link>
      <description><![CDATA[<p>
<i>Till Klampaeckel</i> has a new post to his blog combining two powerful technologies into <a href="http://till.klampaeckel.de/blog/archives/175-Cooking-PHPUnit-and-a-chef-solo-example-on-top.html">one automated package</a> that uses a Chef recipe to install PHPUnit as a part of the setup.
</p>
<blockquote>
If you follow my blog for a while, you might have noticed that I'm a huge fan of automation. I just moved one of our development servers the other day and had one of these moments where something just paid off. Taking for granted that I can spin up fully operational EC2 instances in minutes, I also had our development stack installed and configured in an instant. My recipe basically follows <a href="http://tech.vg.no/2011/11/29/running-multiple-versions-of-phpunit/">Christer's instructions</a> and because I distribute phpunit's command along with it, editing of the file is no longer required: when the chef run completes, phpunit34 is installed and ready to be used.
</blockquote>
<p>
He includes the configuration needed to create a recipe for PHPUnit installation including how to use chef-solo to automate the install. It uses a "cookbook" from <a href="https://github.com/till/easybib-cookbooks/tree/master/phpunit">Till's collection on github</a> to do some of the work for you. You can find out more about Chef <a href="http://www.opscode.com/chef/">on the OpsCode</a> site.
</p>]]></description>
      <pubDate>Mon, 05 Dec 2011 11:48:48 -0600</pubDate>
    </item>
  </channel>
</rss>
