<?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, 19 May 2013 20:36:03 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[KnpLabs Blog: Composer Level2: 5 more things like Class Maps, Forking, & Scripts]]></title>
      <guid>http://www.phpdeveloper.org/news/18715</guid>
      <link>http://www.phpdeveloper.org/news/18715</link>
      <description><![CDATA[<p>
On the KnpLabs blog there's a new post from <i>Ryan Weaver</i> sharing some cool <a href="http://knplabs.com/blog/composer-level-up">things you can do with Composer</a> you might not have known about when managing your application's dependencies.
</p>
<blockquote>
For those of you that are comfortable with Composer, I wanted to talk about a few lesser-known, but really fantastic features. These are inspired by real questions I've heard while running around the country doing my one-man composer-and-dancing show (i.e. conference talks).
</blockquote>
<p>
He shares four of them with a fifth that's more of an "upcoming feature" than a current one:
</p>
<ul>
<li>Autoloading & Performance: "I thought class maps were the fastest?"
<li>Running Post-Deploy Scripts
<li>"What if I need to fork a library?"
<li>Can I host private packages on Packagist?
<li>What about signing the authenticity of Packages?
</ul>
<p>
That last one about package signing is still on the <a href="https://github.com/composer/composer/issues/38">known issues list</a> and is under discussion, but no doubt that future versions of the tool will support it.
</p>]]></description>
      <pubDate>Thu, 08 Nov 2012 09:17:14 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[SitePoint PHP Blog: The sysadmin view on "Why PHP"]]></title>
      <guid>http://www.phpdeveloper.org/news/4650</guid>
      <link>http://www.phpdeveloper.org/news/4650</link>
      <description><![CDATA[On the SitePoint PHP Blog today, <i>Harry Fuecks</i> takes a look at <a href="http://www.sitepoint.com/blogs/2006/01/10/the-sysadmin-view-on-why-php/">why PHP</a> from a sysadmin's perspective. 
<p>
<quote>
<i>
A funny from the Python crowd: phpfilter'"PHP "support" under CherryPy. There is a serious side to that though'"it's spitting out something that looks like a PHP parse error'"i.e. this is a developer problem (e.g. someone ftp'd a PHP straight onto their live web server for 'testing'), not a runtime error.
<p>
More to the point, when was the last time you saw a PHP runtime error take down an entire application or web server? And no - "MySQL Connection Failed: Can't connect to local MySQL server" doesn't count'"PHP and the web server are still running'"the MySQL server (or otherwise) is to blame.
</i>
</quote>
<p>
He <a href="http://www.sitepoint.com/blogs/2006/01/10/the-sysadmin-view-on-why-php/">also looks</a> at a slightly different method for serving up web applications - with <a href="http://www.fastcgi.com/">FastCGI</a>. He talks about the basic features of a server (forking, threading, asynchronous I/O) and how that explains how we've ended up with PHP being the "lesser of the evils"...]]></description>
      <pubDate>Thu, 12 Jan 2006 06:42:35 -0600</pubDate>
    </item>
  </channel>
</rss>
