<?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>Tue, 21 May 2013 18:57:17 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Henri Bergius' Blog: Composer Solves The PHP Code-Sharing Problem]]></title>
      <guid>http://www.phpdeveloper.org/news/17077</guid>
      <link>http://www.phpdeveloper.org/news/17077</link>
      <description><![CDATA[<p>
<i>Henri Bergius</i> has <a href="http://bergie.iki.fi/blog/composer_solves_the_php_code-sharing_problem/">a new post to his blog</a> today about a tool that could help make code reuse across PHP applications a much simpler process. The <a href="http://packagist.org/about-composer">Composer</a> tool (and <a href="http://packagist.org/">Packagist</a>) make setting up packages and dependencies easy.
</p>
<blockquote>
In PHP we've had <a href="http://bergie.iki.fi/blog/php-finally_getting_an_ecosystem/">a lousy culture</a> of code-sharing. Because depending on code from others as been tricky, every major PHP application or framework has practically had to reimplement the whole world. Only some tools, like <a href="https://github.com/sebastianbergmann/phpunit/">PHPUnit</a>, have managed to break over this barrier and become de-facto standards across project boundaries. But for the rest: just write it yourself. But now <a href="http://packagist.org/about-composer">Composer</a>, and its repository counterpart <a href="http://packagist.org/">Packagist</a>, promise to change all that. And obviously new conventions like PHP's <a href="http://www.php.net/manual/en/language.namespaces.rationale.php">namespacing support</a> and the <a href="https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md">PSR-0</a> standard autoloader help.
</blockquote>
<p>
Making a package is as simple as setting up a JSON-based configuration file that names dependencies and package metadata (like name, type, etc). Composer generates an autoloader of its own to handle the loading of your needs based on the dependencies listed as a part of the package. If you'd like more information about Composer or to get the latest version and try it yourself, check out <a href="https://github.com/composer/composer">the project's github repository</a>.
</p>]]></description>
      <pubDate>Wed, 02 Nov 2011 16:28:25 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[International PHP Magazine: Poll Question: Why PHP Sucks]]></title>
      <guid>http://www.phpdeveloper.org/news/6745</guid>
      <link>http://www.phpdeveloper.org/news/6745</link>
      <description><![CDATA[<p>
<a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,26576,nodeid,5.html">The results</a> of the latest International PHP Magazine are in and posted today on their site. The question this time was asking developers and visitors alike what they think sucks about PHP.
</p>
<p>
Choices included "No lexical scoping", "PEAR", and "Worst Configuration System" but one climbed to the top far above the others - "No namespacing". Trailing that at a distant second were two, getting the same number of votes - "No lexical scoping" and "Can't afford a vowel" (hmm, interesting). 
</p>
<p>
Up for this week is a <a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,26577,nodeid,5.html">new poll</a> that asks those out there that have used the Symfony framework to cast their votes about what they think is the best feature the project has included. Check it out and cast your vote today...
</p>]]></description>
      <pubDate>Tue, 21 Nov 2006 08:57:00 -0600</pubDate>
    </item>
  </channel>
</rss>
