<?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 Oct 2008 13:19:07 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Community News: PHP on .NET Dynamic Language Runtime]]></title>
      <guid>http://www.phpdeveloper.org/news/8891</guid>
      <link>http://www.phpdeveloper.org/news/8891</link>
      <description><![CDATA[<p>
A new post to the php.evangelism <a href="http://news.php.net/php.evangelism/">mailing list</a> has started up a great discussion on something that a lot of users seem to be in favor of - trying to get PHP accepted by Microsoft to be included in its Dynamic Language Runtime environment.
</p>
<p>
From the <a href="http://news.php.net/php.evangelism/392">inital post</a>:
</p>
<blockquote>
I am wondering why there isn't any effort in the PHP community to get PHP into the DLR. If nothing, DLR is yet another platform, and for a php programmer it gives one more playground to showcase his skillset. Anyway, my question is whether there would be any community effort to get MS adopt PHP into CLR too. I am sure there is a genuine customer requirement, and enterprises have made quite a bit of investment in PHP and they would all love to be able to take it to the .NET platform.
</blockquote>
<p>
Responses so far include the <a href="http://news.php.net/php.evangelism/452">pointing out of problems</a>, possibilities like <a href="http://news.php.net/php.evangelism/449">a Zend collaboration</a> and lots of talk on what such a project would entail.
</p>]]></description>
      <pubDate>Tue, 23 Oct 2007 17:03:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Lukas Smith's Blog: QA in the PHP world]]></title>
      <guid>http://www.phpdeveloper.org/news/7806</guid>
      <link>http://www.phpdeveloper.org/news/7806</link>
      <description><![CDATA[<p>
<i>Lukas Smith</i> looks, in a <a href="http://pooteeweet.org/blog/694">new post today</a>, asking for some of the current thoughts and feelings surrounding the process of QA-ing PHP applications.
</p>
<p>
He goes through five different steps in a QA process that can help you find the issues with your application long before any user gets their hands on it:
<ul>
<li>using testing tools like <a href="http://phpunit.de/">PHPUnit</a> or <a href="http://qa.php.net/write-test.php">phpt</a> (including <a href="http://gcov.php.net/">code coverage</a>
<li>moving on to <a href="http://www.openqa.org/selenium/">Selenium</a> or <a href="http://www.badboy.com.au/">BadBoy</a> (or similar testing tools) to check the runtime flow
<li>making ample documentation with things like <a href="http://www.phpdoc.org/">phpDocumentor</a> or <a href="http://www.doxygen.org/">Doxygen</a>
<li>Providing debugging tools for frameworks to make locating errors easier than digging through code and comments
<li>use code analyzers to check for attacks/vulnerabilities like cross-site scripting or SQL injections
</ul>
</p>
<blockquote>
So what am I missing? Any tool I should have mentioned, team management approach? I am sure I have since I just wrote this blog post very quickly and I do not have a check list yet. Speaking of checklist, that sounds like a good thing to have when doing QA.
</blockquote>]]></description>
      <pubDate>Wed, 09 May 2007 09:20:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Edin Kadribasic's Blog: Back to VC6 for PHP Windows build]]></title>
      <guid>http://www.phpdeveloper.org/news/7043</guid>
      <link>http://www.phpdeveloper.org/news/7043</link>
      <description><![CDATA[<p>
<i>Edin Kadribasic</i> has <a href="http://edin.dk/archives/28-Back-to-VC6-for-PHP-Windows-build.html">a quick new post</a> for those looking for the latest Windows PHP builds - he's had to move back down to the VC6 compiler for them to make things more stable.
</p>
<blockquote>
VC8 (Visual Studio 2005) was causing trouble with loading the new C runtime. You can read about the details of the problems encountered in this <a href="http://marc2.theaimsgroup.com/?l=php-dev&m=116805605227929&w=2">thread</a>. So I had to make yet another build, this time using good old VC6.
</blockquote>
<p>
The <a href="http://edin.dk/archives/28-Back-to-VC6-for-PHP-Windows-build.html">post</a> has links to all of these new builds:
<ul>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/php-5.2.1RC2-Win32.zip">PHP 5.2.1RC2 Win32</a>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/php-5.2.1RC2-win32-installer.msi">PHP 5.2.1RC2 Win32 installer</a>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/pecl-5.2.1RC2-Win32.zip">PECL 5.2.1RC2 Win32</a>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/php-debug-pack-5.2.1RC2-Win32.zip">PHP 5.2.1 Debug Pack Win32</a>
</ul>
And the FastCGI optimized:
<ul>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/php-5.2.1RC2-nts-Win32.zip">PHP 5.2.1RC2 NTS Win32</a>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/pecl-5.2.1RC2-nts-Win32.zip">PECL 5.2.1RC2 NTS Win32</a>
<li><a href="http://downloads.php.net/edink/5.2.1RC2-VC6/php-debug-pack-5.2.1RC2-nts-Win32.zip">PHP 5.2.1 Debug Pack NTS Win32</a>
</ul>
</p>]]></description>
      <pubDate>Mon, 08 Jan 2007 07:51:00 -0600</pubDate>
    </item>
  </channel>
</rss>
