<?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 10:43:46 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Phil Sturgeon: Composer and PSR-0: Friends, Not Relatives]]></title>
      <guid>http://www.phpdeveloper.org/news/19562</guid>
      <link>http://www.phpdeveloper.org/news/19562</link>
      <description><![CDATA[<p>
<i>Phil Sturgeon</i> has a new post today that looks at the relationship between the PSR-0 standard (autoloading structure) and Composer - noting that they're <a href="http://philsturgeon.co.uk/blog/2013/05/composer-and-psr0-friends-not-relatives">friends, not relatives</a>.
</p>
<blockquote>
As a huge proponent of Composer, a happy user of PSR-0 and a voting member on the PHP-FIG I get into plenty of conversations about all of them and it worries me how much confusion there is in the community about these things not actually being related. [...] It seems that a lot of folks discover Composer and PSR-0 at the same time and seem to assume they are the same thing - especially since both Composer and PSR-0 have the idea of a "vendor" and a "package", but those two things are not related to each other either. These are a few points that I have wanted to clarify during some strange conversations over the last few weeks.
</blockquote>
<p>
He goes on, trying to clear up some of the confusion around the idea of "vendors" and vendor names. He talks about naming schemes and how they may or may not be related to the vendor name on the package. He looks at the PSR-0 loading methods and how the structure of the library/repository effects that (noting that Composer can be made to accommodate something not PSR-0 by default). He suggests that PSR-0 needs to remain "implementation agnostic" and that Composer, at the same time, should remain "specification agnostic" .
</p>
Link: http://philsturgeon.co.uk/blog/2013/05/composer-and-psr0-friends-not-relatives]]></description>
      <pubDate>Wed, 08 May 2013 11:15:42 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Koopmanschap's Blog: Open source and the times of crisis]]></title>
      <guid>http://www.phpdeveloper.org/news/12162</guid>
      <link>http://www.phpdeveloper.org/news/12162</link>
      <description><![CDATA[<p>
Time are getting tough out there - a recession is coming around and companies all over are feeling the impact. People are looking for places to save money without having to compromise on functionality and quality. Larger numbers are turning to Open Source communities to provide solutions to fill that gap. <i>Stefan Koopmanschap</i> looks at this trend in <a href="http://www.leftontheweb.com/message/Open_source_and_the_times_of_crisis">his most recent blog post</a>.
</p>
<blockquote>
As we all know by now, we're living in times of crisis. A recession is hitting us, and it's hitting us hard. Even here in The Netherlands, where at first it seemed we'd be avoiding the biggest hit, we're now getting reports that the recession is the biggest since WWII. The crisis seems to be hitting bigtime in many places. So how does it affect open source and PHP?
</blockquote>
<p>
<i>Stefan</i> talks about Enterprise resources and their shift in needs away from the "vanity projects" and more into the day-to-day, stable clients. Open Source is giving them a bit of that "fun" back in and allowing them to do more with less - little to no licensing, no vendor lockdown, etc.
</p>]]></description>
      <pubDate>Wed, 18 Mar 2009 12:08:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Demian Turner's Blog: Is vendor sponsored software certification the way to go?]]></title>
      <guid>http://www.phpdeveloper.org/news/12067</guid>
      <link>http://www.phpdeveloper.org/news/12067</link>
      <description><![CDATA[<p>
A little while back on his PHP Kitchen blog <i>Demian Turner</i> <a href="http://phpkitchen.com/2009/02/is-vendor-sponsored-software-certification-the-way-to-go/">asked the question</a>, "Is vendor sponsored software certification the way to go?". An easy example? The <a href="http://www.zend.com/en/services/certification/">Zend Certified Engineer</a> tests.
</p>
<blockquote>
Currently Zend certification is one of the only options available to PHP devs who want to get accredited, however.  But judging by general feedback from the community  it would appear that, despite the current certification choices, quality discrepancies between PHP devs on the market can still be pretty...impressive.
</blockquote>
<p>He points to <a href="https://www.sdn.sap.com/irj/scn/weblogs?blog=/cs/user/view/cs_msg/42085">another post</a> from <i>Darren Hague</i> (on Derren's SAP blog) that has three elements that any good certification needs to really be considered successful:
</p>
<ul>
<li>Quality - it must be professional and independent
<li>Portability - it must be independent of the company you work for at the time
<li>Customer Demand - without demand for certified people in that area, there's no reason to have the certification
</ul>
<p>
Be sure and check out some of <a href="http://phpkitchen.com/2009/02/is-vendor-sponsored-software-certification-the-way-to-go/#comments">the comments</a> to <i>Demian</i>'s post form some other opinions.
</p>]]></description>
      <pubDate>Wed, 04 Mar 2009 12:58:44 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Paul Jones' Blog: Updates "Getting Started" Docs for Solar]]></title>
      <guid>http://www.phpdeveloper.org/news/11761</guid>
      <link>http://www.phpdeveloper.org/news/11761</link>
      <description><![CDATA[<p>
<i>Paul Jones</i> has <a href="http://paul-m-jones.com/?p=394">a quick note</a> on his blog today mentioning the updates recently made to the "Getting Started" documentation for the <a href="http://www.solarphp.com">Solar PHP framework</a>. There's five new sections as a result of the overhaul:
</p>
<ul>
<li>A <a href="http://solarphp.org/manual:getting_started:first_run">howto on download and installation</a>
<li><a href="http://solarphp.org/manual:getting_started:first_vendor">Creating a workspace</a>
<li><a href="http://solarphp.org/manual:getting_started:first_basic_app">Making an application inside it</a>
<li>Working with <a href="http://solarphp.org/manual:getting_started:first_model">your first model</a>
<li><a href="http://solarphp.org/manual:getting_started:first_model_app">Combining the model and app</a>.
</ul>
<p>
You can find out more about this PHP MVC framework on its site - <a href="http://www.solarphp.com">SolarPHP.com</a>.
</p>]]></description>
      <pubDate>Mon, 19 Jan 2009 07:56:22 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[SaniSoft Blog:  Help! vendor() is deprecated.]]></title>
      <guid>http://www.phpdeveloper.org/news/10160</guid>
      <link>http://www.phpdeveloper.org/news/10160</link>
      <description><![CDATA[<p>
On the SaniSoft blog today, <i>Tarique Sani</i> has a <a href="http://www.sanisoft.com/blog/2008/05/10/help-vendor-is-deprecated/">quick hack</a> for CakePHP users needing to transition over from the deprecated vendor() call - import().
</p>
<blockquote>
Use of vendor() function to load third party libs in CakePHP has been deprecated for some time now... It has been replaced with the more generic App::import() the usage is simple.
</blockquote>
<p>
There's also a little trick you'll need to know for files with underscores (drop it and replace with an uppercase) and how to get it to be a bit more flexible and recognize vendor files in subdirectories or ones differently named.
</p>]]></description>
      <pubDate>Mon, 12 May 2008 09:35:48 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Felix Geisendofer's Blog: Screencast #1: Using vendor branching and CakePHP]]></title>
      <guid>http://www.phpdeveloper.org/news/8062</guid>
      <link>http://www.phpdeveloper.org/news/8062</link>
      <description><![CDATA[<p>
<i>Felix Geisendorfer</i> has a <a href="http://www.thinkingphp.org/2007/06/17/screencast-using-vendor-branching-and-cakephp/">new post today</a> showing off an example of his screencasting abilities. Specifically, the video looks at using vendor branching to keep your CakePHP installation up to date.
</p>
<blockquote>
So here I go with my very first screencast to be published. The topic is how to use vendor branching with CakePHP which is one of <a href="http://www.thinkingphp.org/2006/09/15/dessert-4-keep-your-cake-fresh-use-svn-head/">many ways to keep your CakePHP version up to date</a>.
</blockquote>
<p>
<a href="http://www.thinkingphp.org/2007/06/17/screencast-using-vendor-branching-and-cakephp/">The video</a> is 15(ish) minutes long and covers, from start to finish, the process of grabbing the latest CakePHP build from the subversion repository and install it automatically to your system.
</p>
<p>
As a plus, <i>Felix</i> also includes <a href="http://www.thinkingphp.org/2007/06/17/screencast-using-vendor-branching-and-cakephp/#comments">links to the software</a> he used to make the screencast for those that are curious.
</p>]]></description>
      <pubDate>Mon, 18 Jun 2007 07:56:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: Turbolinux Partners with Zend Japan]]></title>
      <guid>http://www.phpdeveloper.org/news/5127</guid>
      <link>http://www.phpdeveloper.org/news/5127</link>
      <description><![CDATA[According to a new press release today, Turbolinux has <a href="http://www.turbolinux.com/cgi-bin/newsrelease/index.cgi?date2=20060306102735&mode=syosai">announced their partnership</a> with Zend Japan, Ltd. to further "Internet Linux Deployment in the Asian markets" (through the purchase of a 90% share of their stock).
<p>
<quote>
<i>
Under the terms of the contract negotiations concluded on March 30, Turbolinux acquired a ninety percent share (1,170 shares) of Zend Japan Ltd. from Open Source Japan, Ltd. Zend Japan will continue to serve as the exclusive distributor of Zend web application platform products in Japan.
<p>
"With Turbolinux, Zend Japan will closely plan and promote Turbolinux and Zend/PHP products and solutions and will be able to provide them in a comprehensive and stable format. In this dynamic alliance with Turbolinux and Zend Technologies, Zend Japan will offer products and service which cover the needs of Japanese market," added Mr. Suzuki.
</i>
</quote>
<p>
<a href="http://www.turbolinux.com/">Turbolinux</a> will be using their sales and distribution channels to help further the reach of theirs and Zend's technologies. The negotiations for the whole deal were completed back on March 30th, but nothing was revealed until April 5th. ]]></description>
      <pubDate>Fri, 07 Apr 2006 07:49:12 -0500</pubDate>
    </item>
  </channel>
</rss>
